Uma empresa de jogos implanta um portal web usando o Elastic Beanstalk e, às vezes, lança atualizações três ou quatro vezes por dia. A empresa deseja entregar novos recursos a todos os usuários rapidamente, minimizando o impacto no usuário e maximizando a disponibilidade. Qual política de implantação do Elastic Beanstalk melhor atende a esses objetivos?

A política de implantação imutável (immutable deployment) é a melhor opção porque garante zero tempo de inatividade e facilita o rollback rápido em caso de problemas. Ela cria um novo conjunto de instâncias EC2 com a nova versão do aplicativo, testa-as e, se tudo estiver ok, transfere o tráfego para as novas instâncias, encerrando as antigas. Isso minimiza o impacto no usuário e maximiza a disponibilidade. A implantação contínua (rolling deployment) atualiza um lote de instâncias por vez, o que pode causar inconsistências temporárias e tempo de inatividade se algo der errado. A implantação "tudo de uma vez" (all-at-once deployment) atualiza todas as instâncias simultaneamente, resultando em tempo de inatividade significativo durante a implantação. A estratégia de implantação canary não é uma política de implantação nativa do Elastic Beanstalk e geralmente requer configuração manual ou ferramentas adicionais, sendo mais complexa para o objetivo de entregas rápidas e frequentes.