Uma aplicação é executada no AWS Elastic Beanstalk. Você deve implantar atualizações sem tempo de inatividade e rotear uma porcentagem específica do tráfego de entrada para a nova versão durante um período de avaliação. Qual política de implantação do Elastic Beanstalk realiza isso?

A política de implantação traffic-splitting (divisão de tráfego) no Elastic Beanstalk permite implantar uma nova versão da aplicação em um ambiente separado e, em seguida, rotear uma porcentagem configurável do tráfego de entrada para essa nova versão. Isso é ideal para testes A/B ou para uma implantação canário, pois permite avaliar a nova versão com tráfego real antes de direcionar todo o tráfego para ela, minimizando o risco de tempo de inatividade. A política rolling (contínua) atualiza as instâncias em lotes, mas não permite a divisão de tráfego percentual. A política in-place (no local) atualiza diretamente as instâncias existentes, o que pode causar tempo de inatividade. A política immutable (imutável) substitui todas as instâncias por novas instâncias com a nova versão, garantindo um rollback fácil, mas não oferece a divisão de tráfego granular.