Vouloir se limiter à ce qui rentre dans ta CI/CD, c'est le meilleur moyen de rater ce qui va crasher ta prod dimanche à 4h du matin.
Ta plateforme s'effondre rarement d'un coup. Elle te claque pas un infarctus spectaculaire à Noël entre le fromage et le dessert. Elle s'éteint à petit feu.
La fièvre monte doucement, sournoise. Une fuite mémoire qui grignote ta RAM. Un descripteur de fichier qui se referme jamais.
Tu repères pas ces fièvres en 10 minutes de pipeline, tu les débusques sur la durée. Ton test d'endurance doit tourner des heures, parfois même des jours.
Sauf que l'endurance n'entre pas dans une feedback loop de 15 minutes. Alors on la sacrifie. On la raye du pipeline. On l'oublie. Pire, on se dit même que c'est une mauvaise pratique.
Ne t'y trompe pas : certaines choses ne se pressent pas ; certains défauts ne se révèlent qu'à l'usure.
C'est OK que tout ne rentre pas dans ta CI/CD.
Je l'ai mis en place plusieurs fois :
En semaine, joue l'événementiel. Quelqu'un livre, les tests se lancent, feedback rapide, déploiement éclair.
Le week-end, personne ne pousse de code. Bascule sur du calendaire. Déclenche les tests longs, les tests ambitieux. Vise ceux qui traquent les fièvres, ceux que tu veux voir échouer.
Tes devs préfèrent une analyse sereine le lundi matin à un incident le week-end d'après.
T'attends pas la péritonite pour voir ton médecin. Pourquoi tu ferais patienter ta prod ?
Publié à l'origine sur LinkedIn.
Voir le post sur LinkedIn →