Uma função Lambda serverless executando dentro de uma VPC deve chamar um provedor externo que aceita requisições apenas de um único endereço IPv4 público (o provedor fará o allowlist desse endereço). Você deve fornecer um IP público ao provedor para que a aplicação baseada em Lambda possa usar o serviço. Qual solução fornece o único IP público necessário para requisições de saída da função Lambda?

A resposta correta é criar um NAT Gateway, atribuir um Elastic IP a ele e configurar as tabelas de rotas das sub-redes da Lambda para direcionar o tráfego de saída através do NAT Gateway. Isso garante que todas as requisições da função Lambda para a internet (incluindo o provedor externo) sairão com o endereço IP público estático do Elastic IP associado ao NAT Gateway. As outras opções estão incorretas porque: Um egress-only internet gateway é usado para permitir que instâncias IPv6 em uma sub-rede privada iniciem comunicação de saída para a internet, mas impede que a internet inicie conexão com essas instâncias. Ele não fornece um IP público estático para tráfego IPv4. Anexar um internet gateway e associar um Elastic IP a ele não é o mecanismo correto para fornecer um IP de saída estático para uma função Lambda em uma sub-rede privada. O internet gateway é para tráfego de/para a internet, mas a Lambda precisaria de um IP de saída fixo. Definir a rota padrão na tabela de rotas públicas para usar o internet gateway não garante um IP de saída estático e único para a função Lambda, pois o tráfego pode sair com diferentes IPs públicos alocados dinamicamente ou da própria sub-rede pública, se a Lambda estivesse nela.