Você criou um aplicativo web que usa um endpoint Regional do API Gateway e uma função AWS Lambda. Os consumidores estão próximos à Região. A função Lambda consulta um banco de dados Amazon Aurora MySQL que possui três réplicas de leitura. Sob alta carga, o aplicativo abre muitas conexões de banco de dados e não consegue atingir as metas de desempenho. Quais ações você deve tomar para melhorar o desempenho? (Escolha duas.)

O Amazon RDS Proxy é a solução correta porque ele gerencia um pool de conexões de banco de dados, permitindo que a função Lambda reutilize conexões existentes em vez de abrir novas para cada invocação, o que é um gargalo comum sob alta carga. Apontá-lo para o endpoint de leitura do Aurora garante que as réplicas de leitura sejam utilizadas eficientemente. Habilitar o Lambda Provisioned Concurrency é correto porque mantém as funções Lambda inicializadas e prontas para responder, reduzindo a latência de "cold start" e garantindo um desempenho consistente sob alta demanda. Usar o endpoint do cluster Aurora não resolve o problema de muitas conexões. Mover o código de abertura de conexão para fora do manipulador de eventos do Lambda é uma boa prática, mas o RDS Proxy é uma solução mais robusta para o pool de conexões. Alterar o API Gateway para um endpoint otimizado para borda melhora a latência para usuários geograficamente dispersos, mas não aborda o problema de desempenho do banco de dados ou da função Lambda.