Conceito e mecanismo
O plano mostra a diferença proposta entre configuração e objetos observados, no contexto de um backend, workspace, providers e valores de entrada. Não é apenas uma contagem final. Observa recursos concretos, ações, dependências, substituições e dados que ainda não são conhecidos. Uma ação -/+ representa destruição seguida de criação; uma alteração que parece pequena no código pode exigir substituição segundo o provider. Um plano sem alterações também não demonstra saúde funcional nem ausência de problemas fora do âmbito gerido. Usa validate para consistência interna e plan para a decisão contextual. Um check que falha pode produzir apenas um aviso; não o trates como gate obrigatório sem compreender o mecanismo escolhido.
Aplicação guiada
Num exercício original, o resumo indica quatro adições, duas alterações e uma destruição. A equipa deve verificar se a destruição pertence a uma substituição, que dados ou clientes afeta e que validação segue a mudança. Quando se guarda um plano para aplicar depois, conserva a ligação entre artefacto, revisão, ambiente e aprovação. Gerar outro plano após a revisão pode mudar o conjunto de ações. Passar um plano guardado a apply é interpretado pelo comando como aprovação, pelo que a autorização da pipeline precisa de ocorrer antes. Com detailed-exitcode, dois significa sucesso com alterações propostas; um significa erro. O tratamento automático deve preservar essa diferença e nunca converter qualquer saída não zero em execução cega ou falha indistinta.
Exit code 2 num plan com detailed-exitcode pede análise das alterações, não prova de erro.
Armadilhas comuns
Resumo como análise suficiente; novo plano como artefacto aprovado; check como bloqueio automático.
Tópicos relacionados: Configuração e dependências · State e colaboração · Módulos e identidade
Aprova ações identificadas no contexto e artefacto efetivamente revistos.
Referência: Plan modes artifacts and detailed exit codes · Terraform v1.16 concepts; official documentation consulted 2026-09-30; provider and backend capabilities must be confirmed