APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Uma alteração urgente fora de CloudFormation pode resolver um incidente e deixar drift. A deteção compara recursos e propriedades suportados; NOT_CHECKED não prova conformidade e IN_SYNC agregado não cobre tudo. Decide se a mudança real deve ser mantida ou revertida, usando o requisito e a autorização do incidente. Depois reconcilia o template e ensaia a atualização. Copiar cegamente o estado real pode perpetuar uma exceção indevida; repor cegamente o template pode reintroduzir a falha. Quando uma stack falha, preserva eventos, identifica a primeira causa relevante e confirma a ação e identidade efetivas antes de tentar corrigir permissões ou dependências.
Aplicação guiada
O ciclo de vida de uma imagem inclui referências futuras. Uma AMI pode não ter sido usada recentemente e continuar necessária num launch template para substituir instâncias. Antes de retirar, atualiza referências e demonstra que um lançamento novo funciona. Instâncias atuais não provam essa capacidade. Para um serviço ECS com rolling deployment, o circuit breaker pode detetar falhas e suportar rollback para um deployment concluído. Se nunca existiu um COMPLETED, falta essa referência. APS deve conhecer sinais de falha, imagem aprovada e passos de correção, sem pressupor que ativar rollback cria automaticamente uma versão saudável.
Um ensaio de scale-out antes da retirada da AMI revela referências antigas que não aparecem ao observar apenas instâncias já em execução.
Armadilhas comuns
Drift como remediação automática; apagar stacks antes de ler eventos; imagem antiga como imagem sem dependentes; rollback sem destino válido.
Tópicos relacionados: Automação operacional controlada · Segurança na operação e recuperação
A configuração precisa de explicar como criar e recuperar recursos futuros.
Referência: CloudFormation drift detection · SOA-C03; exam guide 1.1