Chaos Engineering pour Go : casser les applications pour les sauver

Préface : Pourquoi votre service Go n'est pas un havre de paix

Vous avez écrit un code Go parfait. Il est rapide, concurrent, utilise des goroutines et des canaux. Vous avez effectué des tests unitaires, des tests d'intégration, vérifié la couverture. Mais lorsque vous avez déployé la version un vendredi soir, tout s'est effondré. Pourquoi ? Parce que le Chaos vit en production. Le réseau lag, les disques se remplissent, les bases de données tombent, et les microservices dépendants partent en timeout infini.

Bienvenue dans le monde réel. C'est là que le Chaos Engineering (ingénierie du chaos) vient à la rescousse — une discipline qui nous apprend à casser intentionnellement le système pour comprendre ses points faibles. Dans cet article, nous allons voir comment appliquer le Chaos Engineering aux applications Go. Vous apprendrez à écrire des expériences simples mais efficaces, sans transformer votre production en ruines. Prêt ? C'est parti !

Qu'est-ce que le Chaos Engineering et pourquoi en tant que développeur Go ?

Le Chaos Engineering n'est pas simplement "casser et s'enfuir". C'est une approche scientifique pour améliorer la résilience. L'idée principale : au lieu d'attendre une panne, vous la provoquez dans un environnement contrôlé. Vous formulez une hypothèse ("si la base de données tombe, le service retournera une erreur mais ne plantera pas"), vous menez l'expérience et observez le résultat.

Pour Go, cette approche est particulièrement pertinente. Go a été conçu dès le départ pour créer des systèmes fiables et évolutifs. Mais même le code le plus génial ne vous sauvera pas des problèmes réseau ou de la mort soudaine d'une goroutine. Le Chaos Engineering permet de vérifier comment vos middleware, votre logique de retry et vos circuit breakers (disjoncteurs) fonctionnent en conditions réelles.

Boîte à outils pour le Chaos Engineering en Go

Dans le monde Go, il existe plusieurs bibliothèques et approches puissantes pour introduire le chaos. Nous allons voir les plus populaires :

• gofault — une bibliothèque simple pour injecter des délais et des erreurs.
• chaostoolkit — un framework pour orchestrer des expériences (avec des drivers Go).
• Middleware personnalisé — la méthode la plus flexible et la plus contrôlable.

Dans cet article, nous allons créer notre propre middleware. Cela vous donnera une compréhension complète du processus et la possibilité de l'adapter à vos besoins.

Pratique : Création d'un Chaos Middleware pour un serveur HTTP en Go

Imaginez que vous avez un serveur HTTP simple en Go. Nous allons ajouter un middleware qui simulera diverses pannes : délais, erreurs, panique.

Étape 1 : Structure de base

Commençons par définir la structure de configuration du chaos :

package chaos

import (    "math/rand"    "net/http"    "time")

// Config contient les paramètres pour l'injection de chaos.type Config struct {    // Probability - probabilité (0.0 - 1.0) de déclencher une panne.    Probability float64    // DelayRange - plage de délai en millisecondes [min, max].    DelayRange [2]int    // ErrorCode - code de statut HTTP retourné en cas d'erreur.    ErrorCode int    // Panic - si true, le middleware déclenchera une panique.    Panic bool}

// DefaultConfig retourne une configuration par défaut.func DefaultConfig() Config {    return Config{        Probability: 0.1, // 10% des requêtes seront affectées        DelayRange:  [2]int{100, 500},        ErrorCode:   http.StatusInternalServerError,        Panic:       false,    }}

Étape 2 : Écriture du middleware

Créons maintenant une fonction qui retourne le middleware. Elle décidera aléatoirement quoi faire avec la requête.

// Middleware retourne un middleware HTTP pour l'injection de chaos.func Middleware(cfg Config) func(http.Handler) http.Handler {    rng := rand.New(rand.NewSource(time.Now().UnixNano()))

    return func(next http.Handler) http.Handler {        return http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {            /