Chaos Engineering pour JavaScript : comment casser les applications intelligemment

Votre application fonctionne parfaitement, jusqu'à ce que… tout se casse

Avez-vous déjà remarqué qu'en production tout fonctionne parfaitement jusqu'au moment où quelque chose d'inhabituel se produit ? La base de données se fige une seconde — et tout le frontend se transforme en écran blanc. L'API d'un service tiers répond avec une erreur 500 — et les utilisateurs voient « Quelque chose s'est mal passé ». Cela vous parle ?

Dans les tests classiques, nous vérifions : « Tout fonctionne ? OK, on publie ». Mais le monde des systèmes distribués et des microservices (et JavaScript règne aujourd'hui à la fois sur le backend et le frontend) est impitoyable. Il exige un cynisme d'ingénieur. C'est ici qu'entre en scène le Chaos Engineering — une discipline qui nous apprend à casser délibérément le système pour le rendre plus fort.

Voyons comment appliquer le Chaos Engineering dans les applications JS (que ce soit un backend Node.js, un frontend React ou un site Next.js), et écrivons du code que vous pourrez exécuter dès aujourd'hui.

Qu'est-ce que le Chaos Engineering en termes simples ?

Le Chaos Engineering (ingénierie du chaos) est une pratique d'expérimentation sur un système distribué pour identifier ses points faibles avant que les utilisateurs réels ne le fassent. Netflix, par exemple, a inventé Chaos Monkey — un service qui tue aléatoirement des serveurs de production pendant les heures de travail. Cela semble fou ? Oui. Est-ce que ça marche ? Absolument.

L'idée principale : au lieu de craindre les pannes, nous les provoquons dans un environnement contrôlé. Cela permet de :

\n
• Trouver des bugs cachés dans la logique de gestion des erreurs
\n
• Vérifier que l'application se rétablit correctement après une panne
\n
• S'assurer que la surveillance et les alertes fonctionnent
\n
• Améliorer la culture de resilience (résilience) au sein de l'équipe
\n

Pour un développeur JavaScript, c'est particulièrement pertinent : les applications frontend dépendent de centaines d'API, et les services Node.js fonctionnent souvent dans le cloud, où les machines virtuelles peuvent tomber à tout moment.

Outils pour le Chaos Engineering en JavaScript

Il n'est pas nécessaire de lancer immédiatement Gremlin en production. Commencez petit — avec des expériences locales. Voici ce dont nous aurons besoin :

\n
• Gremlin — une plateforme puissante avec un SDK pour Node.js. Permet d'émuler des latences, des pannes CPU, des arrêts de processus.
\n
• Chaos Monkey de Netflix (partie de Spinnaker) — pour ceux qui vivent déjà dans une architecture microservices.
\n
• node-chaos — une bibliothèque légère pour injecter du chaos dans les applications Node.js.
\n
• Vos propres scripts — parfois, il est plus simple d'écrire 20 lignes de code que de déployer un outil lourd.
\n

Nous allons emprunter une troisième voie et écrire notre propre petit « ingénieur du chaos » en JavaScript pur.

Pratique : écrivons une expérience de chaos pour Node.js

Étape 1. Scénario : « Latence soudaine de l'API »

Imaginons que nous avons un serveur Express qui interroge une base de données. Soudain, la base de données commence à répondre avec un délai de 5 secondes. Comment le code client se comportera-t-il ?

Créons un middleware pour Express qui, avec une probabilité de 30 %, ajoutera une latence aléatoire (de 1 à 10 secondes) :

// chaos-middleware.js\nconst chaosMiddleware = (req, res, next) => {\n  // Probabilité de panne : 30 %\n  const shouldFail = Math.random() < 0.3;\n\n  if (shouldFail) {\n    // Latence aléatoire de 1000 à 10000 ms\n    const delay = Math.floor(Math.random() * 9000) + 1000;\n    console.warn(`[CHAOS] Injection de latence : ${delay}ms pour ${req.path}`);\n\n    setTimeout(() => {\n      // Avec une probabilité de 10 % — on tue la requête avec une erreur 500\n      if (Math.random() < 0.1) {\n        return res.status(500).json({ error: 'Panne induite par le chaos' });\n      }\n      next();\n    }, delay);\n  } else {\n    next();\n  }\n};\n\nmodule.exports = chaosMiddleware;

Connectons le middleware à l'application :

// app.js\nconst express = require('expres