Engenheiros de infraestrutura devem automatizar a implantação de componentes do Application Load Balancer com o AWS CDK para que as stacks sejam reutilizáveis e consistentes em vários ambientes, regiões e contas. As contas de destino são inicializadas (bootstrapped) e os componentes de rede principais (VPCs e zonas privadas do Route 53) já existem. Qual combinação de etapas minimiza o esforço manual ao implantar os componentes do ALB em ambientes e regiões? (Escolha duas.)

A opção de projetar a aplicação CDK para ler variáveis de ambiente e passá-las como propriedades para a stack CDK (e usar métodos de contexto do CDK) é correta porque permite que a mesma aplicação CDK seja reutilizada em diferentes contas e regiões sem modificação do código-fonte. Isso promove a consistência e minimiza o esforço manual, pois as informações específicas do ambiente são fornecidas externamente. A opção de criar uma conta dedicada para serviços de aplicação compartilhados e implantar um pipeline CDK nessa conta, com estágios para diferentes ambientes e regiões, é correta porque estabelece uma abordagem centralizada e automatizada para a implantação. Um pipeline CI/CD é a maneira mais eficiente de gerenciar implantações em escala, garantindo consistência e reduzindo erros manuais. As outras opções são menos eficientes ou não escaláveis. Usar parâmetros do CloudFormation para valores que variam entre ambientes e regiões é possível, mas o CDK já oferece mecanismos mais nativos e robustos para lidar com isso (como o contexto). Escrever um script para automatizar a implantação é uma solução ad-hoc que não oferece os benefícios de um pipeline CI/CD completo. Usar o CDK toolkit localmente para cada implantação, mesmo com a flag --context, ainda requer esforço manual repetitivo e não é escalável para múltiplos ambientes e regiões.