Relire un plan avant d'appliquer

Le message qui précède les incidents les plus coûteux est toujours le même, et il était affiché à l'écran : Plan: 3 to add, 1 to change, 1 to destroy. La ressource détruite était la base de données de production, et le plan le disait, en clair, quinze lignes plus haut. Personne n'a lu. Non par négligence : parce que la sortie faisait quatre cents lignes, que les vingt applications précédentes n'avaient rien détruit, et qu'on avait pris l'habitude de faire défiler jusqu'à l'invite de confirmation.

Un plan Terraform est le seul artefact de toute la chaîne où une erreur ne coûte encore rien. Après apply, une base supprimée se restaure depuis une sauvegarde — dans le meilleur des cas, avec une perte de données et une interruption de service. Savoir lire un plan n'est donc pas une compétence de confort, c'est la principale compétence défensive de l'outil. Cette leçon apprend à décoder les symboles, à repérer les remplacements destructeurs en quelques secondes même dans une sortie longue, et à sortir la relecture de la bonne volonté individuelle pour la mettre dans une chaîne d'intégration continue.