800 incidents de production plus tard : la méthode de debug que j'applique à chaque fois

Bonjour,

Sur un site e-commerce présent dans plus de 19 pays, j'ai résolu plus de 800 incidents de production. Voici la méthode qui m'a le plus aidé. Je suis curieux de comparer avec la vôtre.

1. Mesurer l'impact d'abord

Combien de clients ? Quels pays ? Le checkout est-il touché ? C'est ça qui décide de la priorité, pas l'heure du ticket.

2. Reproduire avant de toucher au code

Même langue, même panier, même type de compte. Sans reproduction, un correctif est un pari.

3. Suivre la donnée, pas l'intuition

Sentry, logs, événements : je cherche à quel moment la donnée change de forme.

4. Trouver le système fautif

Front, CMS, OMS, paiement, moteur de promotions. Dans une architecture composable, le bug est souvent entre deux systèmes, pas dans l'un d'eux.

5. Corriger, puis empêcher le retour

Un hotfix ciblé, un test qui reproduit le bug, et une alerte si ça revient.

Le run n'est pas glamour. Mais c'est là qu'on apprend vraiment comment un système fonctionne.

Quelle étape vous sautez le plus souvent ? Moi, au début, c'était la 2.