Uma aplicação de missão crítica com auto scaling deve ser atualizada uma instância por vez para que o restante da frota continue atendendo ao tráfego. A instância que está sendo atualizada consome muita CPU e deve ser monitorada; se sua CPU exceder 85%, a implantação deve ser revertida automaticamente. Qual solução satisfaz esses requisitos?

A opção correta utiliza AWS CodeDeploy, que é projetado para implantações de aplicações e se integra nativamente com o Amazon EC2 Auto Scaling. A configuração de implantação CodeDeployDefault.OneAtATime garante que apenas uma instância seja atualizada por vez, mantendo a disponibilidade da aplicação. A criação de um alarme de CPU e a configuração de rollbacks automáticos no CodeDeploy atendem ao requisito de reverter a implantação se a utilização da CPU exceder 85%. As outras opções são menos ideais porque: AWS CloudFormation com Step Functions e Systems Manager Automation é uma solução mais complexa e manual para este caso de uso específico. AWS Elastic Beanstalk oferece funcionalidades semelhantes, mas o CodeDeploy é mais direto para o controle granular de implantações e rollbacks com Auto Scaling. AWS Systems Manager para implantações blue/green não é a melhor escolha para o requisito de "uma instância por vez" e o controle de rollback direto baseado em alarmes de CPU em um grupo de Auto Scaling.