Un'applicazione SaaS su AWS utilizza AWS Lambda per il calcolo e un database Amazon RDS for MySQL Multi-AZ. Durante eventi di mercato ad alta domanda, il numero di connessioni al database aumenta vertiginosamente e gli utenti riscontrano risposte lente. L'azienda deve migliorare le prestazioni scalabili e la disponibilità del database per gestire molte connessioni simultanee da Lambda. Quale soluzione soddisfa questa esigenza?

La risposta corretta è migrare il database ad Amazon Aurora con una replica e configurare Amazon RDS Proxy. Amazon Aurora offre prestazioni superiori e scalabilità rispetto a RDS for MySQL, gestendo un throughput maggiore. L'aggiunta di una replica Aurora migliora la disponibilità e distribuisce il carico di lettura. RDS Proxy è cruciale per le funzioni Lambda, poiché gestisce e raggruppa le connessioni al database, riducendo il sovraccarico di connessione e migliorando l'efficienza, specialmente con un elevato numero di invocazioni Lambda. Le altre opzioni sono meno efficaci. Creare un allarme CloudWatch per aggiungere una replica di lettura è reattivo e non risolve il problema delle connessioni simultanee. Migrare ad Aurora e aggiungere una replica, ma implementare un pool di connessioni all'interno della Lambda non è ottimale, poiché ogni istanza Lambda avrebbe il proprio pool, senza un raggruppamento centralizzato. Usare Route 53 per distribuire il traffico su repliche di lettura è utile, ma non affronta il problema fondamentale della gestione delle connessioni da parte di Lambda senza RDS Proxy.