Je fume.
Une cigarette après l’autre, parfois.
Ça ne me fait jamais tousser.
Bien au contraire : ça m’empêche de tousser.
C’est le genre de phrase qu’il devrait être illégal d’écrire sur Internet.
Et pourtant elle est vraie.
Pas une recommandation.
Simplement vraie, de cette petite manière agaçante dont certains faits sont vrais avant d’être assez sûrs pour être expliqués.
Mon corps a un léger talent auto-immun pour la comédie. Parfois il tousse, sauf si je fume. Alors il s’arrête.
Je n’aime pas cet arrangement. Je ne le présente pas comme une sagesse. Je le présente comme le réel en train d’être impoli.
La fumée peut vouloir dire poison.
La fumée peut aussi vouloir dire : regarde ici, avant que l’incendie coûte cher.
Le logiciel aussi est comme ça.
Après une mise en production, un peu de fumée est bon pour votre santé.
Parce que la fumée est une information.
Le déploiement peut être vert. L’action peut réussir. L’image peut se construire. Les pods peuvent se déployer. Le tableau de bord peut sourire avec l’expression calme de quelqu’un qui n’a pas vérifié la seule chose qui compte.
Et pourtant le produit peut être cassé.
L’endpoint renvoie 200 et ment. La file accepte le travail et affame le mauvais worker.
Le vert est une couleur.
La santé est un comportement.
Un smoke test est un miroir, pas une leçon de morale.
C’était aussi l’idée derrière Still Mirror : un miroir, pas de honte.
Un miroir ne juge pas. Il rend le déni plus coûteux.
C’est ce dont la production a besoin après une release.
Posez la question à la partie que vous avez touchée.
Si vous avez changé la facturation, faites un smoke test de la facturation. Si vous avez changé la recherche, faites un smoke test de la recherche. Si vous avez changé un callback, faites un smoke test du callback et de la file derrière lui. Si vous avez changé des feature flags, ne vous contentez pas d’inspecter le secret. Demandez à un nouveau processus en cours d’exécution ce qu’il croit.
Les bons smoke tests sont ennuyeux.
La page d’accueil renvoie 200. La page authentifiée se charge. La liste importante renvoie de vraies données. Les logs restent silencieux pour l’erreur exacte que vous venez d’essayer d’empêcher.
Si vous pouvez l’automatiser, automatisez-le. Si vous ne pouvez pas, écrivez le runbook et faites-le à la main.
Les clients ne sont pas des détecteurs de fumée.
Certaines pannes sont cachées. Très bien. Le réel garde quelques cartes en main. Mais beaucoup de pannes sont simplement ce que nous aurions pu demander cinq minutes après le déploiement.
Les petites questions sont une forme de grâce. Elles évitent au client de découvrir l’évidence.
Alors, fumer est-il bon pour votre santé ?
Non.
Bien sûr que non.
Et pourtant, dans un coin étrange d’un corps précis, une cigarette peut arrêter une toux.
Cela ne rend pas la cigarette bonne. Cela rend la vérité agaçante.
La vérité utile arrive souvent sous forme de symptôme. D’odeur. De minuscule contradiction.
Ne l’idolâtrez pas. Ne l’ignorez pas. Regardez-la.
Faites un smoke test de la release.
Posez la petite question.
Laissez la production vous contredire pendant que le déploiement est encore frais entre vos mains.
Puis respirez.
Commentaires