Revisar um plano antes de aplicar

A mensagem que antecede os incidentes mais caros é sempre a mesma, e estava na tela: Plan: 3 to add, 1 to change, 1 to destroy. O recurso destruído era o banco de dados de produção, e o plano dizia isso, às claras, quinze linhas acima. Ninguém leu. Não por negligência: a saída tinha quatrocentas linhas, as vinte aplicações anteriores não haviam destruído nada, e se criou o hábito de rolar a tela direto até o prompt de confirmação.

Um plano Terraform é o único artefato de toda a cadeia em que um erro ainda não custa nada. Depois do apply, um banco apagado se restaura a partir de um backup — no melhor dos casos, com perda de dados e uma interrupção de serviço. Saber ler um plano não é, portanto, uma habilidade de conveniência: é a principal habilidade defensiva da ferramenta. Esta lição ensina a decodificar os símbolos, a identificar em poucos segundos as substituições destrutivas, mesmo em uma saída longa, e a tirar a revisão da boa vontade individual para colocá-la em uma pipeline de integração contínua.

Os símbolos

O Terraform anuncia seus símbolos no início da saída, mas apenas cinco realmente importam.