Uma empresa implantou um aplicativo no AWS Elastic Beanstalk e definiu a capacidade desejada do grupo do Auto Scaling do ambiente para cinco instâncias EC2. Se a capacidade cair abaixo de quatro instâncias durante as implantações, o desempenho do aplicativo se degrada. O ambiente usa a política de implantação all-at-once. Qual é a mudança MAIS econômica para evitar o problema de desempenho durante as implantações?

A política de implantação 'rolling with additional batch' (em português, 'contínua com lote adicional') é a mais econômica porque mantém a capacidade mínima necessária durante a implantação. Ao adicionar um lote extra de uma instância, o Elastic Beanstalk garante que, mesmo durante a substituição das instâncias antigas pelas novas, a capacidade total nunca caia abaixo de cinco instâncias (as quatro originais mais a adicional), evitando a degradação do desempenho. Alterar a capacidade desejada para seis instâncias é mais caro, pois aumenta os custos de EC2 permanentemente. A política 'traffic splitting' é mais complexa e cara para este cenário simples, e um tempo de avaliação de 1 hora pode atrasar a detecção de problemas. A política 'rolling' com lote de 2 ainda pode causar degradação, pois se o lote for 2, e a capacidade desejada for 5, a capacidade pode cair para 3 durante a implantação, o que é abaixo do limite de 4.