Uma aplicação legada migrada para o EC2, por trás de um ALB e API Gateway, precisa de implantações que minimizem a interrupção do usuário e permitam um rollback rápido com o mínimo de alterações na aplicação. Qual abordagem atende a esses objetivos?

A implantação canary do API Gateway, combinada com um ambiente paralelo, é a melhor abordagem para minimizar a interrupção e permitir um rollback rápido. O API Gateway pode direcionar uma pequena porcentagem do tráfego para o novo ambiente, permitindo testar a nova versão com usuários reais antes de um lançamento completo. Se houver problemas, o tráfego pode ser revertido instantaneamente para a versão antiga, sem impacto nos usuários. As outras opções são menos ideais: Alterar registros de alias DNS para um ambiente paralelo causa uma interrupção maior e um rollback mais lento devido à propagação de DNS. Adicionar um novo grupo de destino e configurar o API Gateway para rotear o tráfego em fases é uma opção viável, mas a implantação canary do API Gateway é mais específica e otimizada para esse cenário, oferecendo controle mais granular e rollback mais rápido. Adicionar um novo grupo de destino e rotear todo o tráfego de uma vez não minimiza a interrupção e não permite um rollback rápido sem impactar todos os usuários.