Un'applicazione serverless con centinaia di funzioni Lambda si connette a un database Amazon Aurora PostgreSQL. Ogni scale-out di Lambda crea una nuova connessione al DB, aumentando l'utilizzo delle risorse. È necessario ridurre il numero di connessioni al database senza ridurre la scalabilità di Lambda. Cosa si dovrebbe implementare?

Amazon RDS Proxy è la soluzione migliore perché raggruppa e riutilizza le connessioni al database, riducendo significativamente il numero di nuove connessioni aperte da Lambda durante lo scale-out. Questo preserva la scalabilità di Lambda senza sovraccaricare il database Aurora con troppe connessioni. Abilitare la concorrenza provisionata (Provisioned Concurrent Executions) per Lambda mantiene le funzioni "calde" e riduce la latenza di avvio, ma non risolve il problema del numero elevato di connessioni al database create da ogni istanza Lambda. Abilitare la gestione della cache del cluster per Aurora PostgreSQL migliora le prestazioni di lettura del database, ma non gestisce il pool di connessioni. Impostare la concorrenza riservata (Reserved Concurrent Executions) limita il numero massimo di esecuzioni simultanee di una funzione Lambda, il che andrebbe contro l'esigenza di non ridurre la scalabilità.