Uma empresa migrou um aplicativo para a AWS usando instâncias EC2 em um grupo do Auto Scaling em várias AZs. O aplicativo chama um serviço de dados de terceiros via HTTPS que usa uma ACL estática para permitir endereços IP de clientes específicos. A empresa tem um Direct Connect funcionando para o ambiente on-premises. O engenheiro de rede deve projetar uma solução para que o aplicativo escalado possa continuar acessando o serviço do fornecedor, minimizando a necessidade de atualizar a lista de permissões do fornecedor. Qual solução atende a esse requisito com o menor número de alterações contínuas na lista de permissões do fornecedor?

A opção correta é implantar um NAT Gateway privado em cada AZ e configurar o aplicativo para usá-los. Cada NAT Gateway possui um endereço IP elástico estático, que pode ser fornecido ao fornecedor. Isso minimiza as alterações na lista de permissões, pois os IPs de saída permanecerão constantes, independentemente do escalonamento das instâncias EC2. As outras opções são incorretas porque: Criar ENIs e associá-las ao grupo do Auto Scaling não garante que as instâncias usarão esses IPs para saída, e o grupo do Auto Scaling pode criar novas ENIs com IPs diferentes. Usar instâncias EC2 como proxies de saída introduz um ponto único de falha e complexidade de gerenciamento, além de não garantir IPs de saída estáticos sem configuração adicional. Um ALB (Application Load Balancer) é para balanceamento de carga de entrada para o aplicativo, não para gerenciar IPs de saída para serviços externos.