Uma aplicação usa um cluster de banco de dados Amazon Aurora PostgreSQL com uma instância primária pequena e três réplicas de leitura maiores. A aplicação é executada em uma função AWS Lambda que abre muitas conexões de curta duração para as réplicas de leitura para consultas somente leitura. Durante períodos imprevisíveis de alto tráfego, a aplicação se torna não confiável e o banco de dados relata muitas conexões. Qual mudança melhorará a confiabilidade da aplicação?

O Amazon RDS Proxy é a melhor solução porque gerencia pools de conexões de banco de dados, reutilizando conexões existentes e reduzindo a sobrecarga de estabelecer novas conexões. Isso é crucial para funções Lambda que abrem muitas conexões de curta duração, pois evita que o banco de dados seja sobrecarregado por um grande número de novas conexões durante picos de tráfego. Configurar um endpoint somente leitura no proxy direciona o tráfego de leitura para as réplicas, mantendo a escalabilidade. Aumentar maxconnections apenas adia o problema e pode levar a mais consumo de recursos e instabilidade em vez de resolver a causa raiz do gerenciamento de conexões. O escalonamento de instâncias não resolve o problema de conexões de curta duração e pode ser lento para reagir a picos imprevisíveis. A Aurora Data API é para acesso sem servidor, mas o RDS Proxy é mais adequado para gerenciar pools de conexões para aplicações que usam drivers de banco de dados tradicionais.