Uma empresa usou IaC para criar duas instâncias EC2 que permaneceram inalteradas por anos. O rápido crescimento dos negócios fez com que a equipe de operações introduzisse um grupo do Auto Scaling, que substitui instâncias durante picos. A política da empresa exige atualizações mensais de segurança do sistema operacional que, às vezes, exigem uma reinicialização. Após um patch recente que exigiu reinicialização, o grupo do Auto Scaling encerrou as instâncias corrigidas e lançou novas instâncias não corrigidas. Qual combinação de ações o arquiteto de soluções deve recomendar para evitar que isso aconteça novamente? (Escolha duas.)

A automação da aplicação de patches em uma AMI e a atualização da configuração de inicialização garantem que as novas instâncias lançadas pelo Auto Scaling já estejam corrigidas, resolvendo a causa raiz do problema. O Auto Scaling instance refresh permite a substituição gradual das instâncias existentes pela nova AMI corrigida. Modificar a política de atualização do grupo do Auto Scaling para substituir a configuração de inicialização mais antiga é crucial porque, sem isso, o Auto Scaling pode continuar a lançar instâncias baseadas na AMI desatualizada. As outras opções são incorretas porque: criar um segundo grupo do Auto Scaling não resolve a questão de instâncias não corrigidas sendo lançadas; colocar um Elastic Load Balancer com monitoramento de integridade não impede o lançamento de instâncias não corrigidas, apenas as remove se não estiverem íntegras; e habilitar a proteção contra encerramento em instâncias individuais impede o Auto Scaling de gerenciá-las, o que vai contra a sua finalidade.