Uma aplicação legada foi migrada para a AWS e é executada em três instâncias EC2 (uma em cada uma das três AZs) em sub-redes privadas. Essas instâncias são destinos para um Application Load Balancer (ALB) em três sub-redes públicas. A aplicação deve chamar sistemas on-premises que aceitam tráfego apenas de um único endereço IP da empresa. A equipe de segurança trouxe apenas esse IP para a nuvem e alocou um Elastic IP para ele. A solução deve permitir que a aplicação alcance os sistemas on-premises e lide automaticamente com falhas. Qual design atende a esses requisitos?

A opção correta é implantar um único NAT Gateway em uma sub-rede pública e atribuir o Elastic IP a ele. As instâncias EC2 nas sub-redes privadas rotearão seu tráfego de saída para os sistemas on-premises através deste NAT Gateway, que usará o Elastic IP fornecido. Para alta disponibilidade e resiliência, o monitoramento com CloudWatch e uma função Lambda para recriar o NAT Gateway em caso de falha garante que o serviço continue operacional. As outras opções são incorretas porque: Atribuir o Elastic IP a múltiplos NAT Gateways não é possível, pois um EIP só pode ser associado a uma única interface de rede por vez. Um Network Load Balancer (NLB) não é a solução apropriada para este caso de uso, pois o requisito é para que as instâncias EC2 iniciem conexões de saída para sistemas on-premises usando um IP fixo, não para tráfego de entrada. Atribuir o Elastic IP diretamente ao ALB não resolve o problema de tráfego de saída das instâncias EC2 para os sistemas on-premises. O ALB é para tráfego de entrada.