Você está implantando uma nova função AWS Lambda Node.js que é executada fora de uma VPC. A função deve consultar um banco de dados Amazon Aurora que não é acessível publicamente, e você espera picos imprevisíveis de tráfego no banco de dados. O que você deve fazer para permitir que a função Lambda acesse o banco de dados de forma confiável durante os picos?

Configurar a função Lambda para usar um Amazon RDS Proxy é a solução mais eficaz. O RDS Proxy gerencia pools de conexões de banco de dados, o que é crucial para lidar com picos de tráfego e evitar que a função Lambda esgote as conexões do banco de dados Aurora. Ele também permite que funções Lambda fora de uma VPC acessem bancos de dados Aurora privados. Configurar um NAT Gateway e anexá-lo à função Lambda não é aplicável, pois o NAT Gateway é usado para permitir que instâncias em sub-redes privadas acessem a internet, não para acessar recursos privados dentro da mesma VPC. Tornar o banco de dados Aurora publicamente acessível compromete a segurança e não é uma prática recomendada. Habilitar o acesso VPC para a função Lambda e anexá-la a um novo security group sem regras não resolveria o problema de gerenciamento de conexões e exigiria que a função Lambda estivesse dentro da VPC para acessar o Aurora, o que a pergunta especifica que não está.