Un'applicazione utilizza un cluster di database Amazon Aurora PostgreSQL con un'istanza primaria piccola e tre repliche di lettura più grandi. L'applicazione viene eseguita in una funzione AWS Lambda che apre molte connessioni di breve durata alle repliche di lettura per query di sola lettura. Durante periodi imprevedibili di traffico elevato, l'applicazione diventa inaffidabile e il database segnala troppe connessioni. Quale modifica migliorerà l'affidabilità dell'applicazione?

L'opzione corretta è l'utilizzo di Amazon RDS Proxy. RDS Proxy gestisce in modo efficiente i pool di connessioni al database, riutilizzando le connessioni esistenti invece di stabilirne di nuove per ogni richiesta Lambda. Questo riduce significativamente il sovraccarico di connessione sul database, migliorando l'affidabilità durante i picchi di traffico. Configurare un endpoint di sola lettura sul proxy indirizza le query alle repliche di lettura, mantenendo la separazione tra lettura e scrittura. Aumentare maxconnections potrebbe solo posticipare il problema, poiché le funzioni Lambda che aprono molte connessioni di breve durata possono comunque esaurire le connessioni disponibili e causare un sovraccarico sul database. Lo scaling delle istanze non risolve il problema fondamentale delle connessioni di breve durata che saturano il database. L'Aurora Data API è per i database serverless e non è l'approccio più efficiente per un cluster Aurora provisioned con repliche di lettura.