Uma função Lambda atende a consultas somente leitura para um cluster Amazon Aurora MySQL. Eventos do EventBridge invocam a função Lambda e, à medida que a taxa de invocação aumenta, a latência do banco de dados aumenta e a taxa de transferência diminui. Qual combinação de alterações melhorará o desempenho? (Escolha três.)

Aumentar a taxa de invocação de uma função Lambda que interage com um banco de dados pode levar a problemas de desempenho devido ao esgotamento de conexões. O Amazon RDS Proxy é uma solução eficaz para gerenciar e agrupar conexões de banco de dados, reduzindo a sobrecarga de estabelecer novas conexões para cada invocação da função Lambda. Ao provisionar um RDS Proxy conectado ao endpoint de leitor do cluster Aurora e configurar um limite de conexões, você garante que o banco de dados não seja sobrecarregado. Além disso, abrir a conexão do banco de dados fora do manipulador de eventos da função Lambda permite que a conexão seja reutilizada entre invocações. Isso significa que a função não precisa estabelecer uma nova conexão a cada vez, economizando recursos e reduzindo a latência. Por fim, fazer com que a função Lambda se conecte ao endpoint do proxy, em vez de diretamente ao cluster Aurora, garante que o proxy gerencie as conexões de forma eficiente. Conectar-se diretamente ao cluster Aurora sem um proxy ou abrir e fechar a conexão dentro do manipulador de eventos para cada invocação aumentaria a sobrecarga de conexão, piorando o problema. Implementar o pool de conexões no código Lambda é uma boa prática, mas o RDS Proxy oferece uma solução gerenciada e mais robusta para esse cenário.