Un'applicazione di e-commerce espone un'API tramite Amazon API Gateway che invoca funzioni AWS Lambda. I dati sono archiviati in un'istanza DB Amazon RDS per PostgreSQL. Durante un'offerta lampo, le chiamate API sono aumentate vertiginosamente e l'applicazione ha rallentato: CloudWatch ha mostrato molte invocazioni Lambda, un gran numero di connessioni al database e un utilizzo elevato della CPU sull'istanza DB. Cosa dovrebbe raccomandare l'architetto di soluzioni per migliorare le prestazioni?

La risposta corretta è creare un Amazon RDS Proxy e aggiornare la funzione Lambda per connettersi tramite l'endpoint del proxy. RDS Proxy è specificamente progettato per gestire un gran numero di connessioni al database da applicazioni serverless come AWS Lambda, raggruppando e riutilizzando le connessioni esistenti. Questo riduce significativamente il sovraccarico di stabilire nuove connessioni per ogni invocazione Lambda, alleviando la pressione sul database RDS e migliorando le prestazioni durante i picchi di traffico. Aumentare la memoria della funzione Lambda potrebbe non risolvere il problema delle connessioni al database, e chiudere immediatamente le connessioni può aumentare il sovraccarico di connessione/disconnessione. Aggiungere ElastiCache per Redis è una buona soluzione per la cache, ma non risolve direttamente il problema delle troppe connessioni al database. Riutilizzare una singola connessione all'interno della funzione Lambda è una buona pratica, ma RDS Proxy offre una soluzione più robusta e scalabile per la gestione delle connessioni a livello di servizio.