Un'azienda esegue un'applicazione di e-commerce su istanze Amazon EC2 che memorizzano i dettagli degli acquisti in un cluster di database Amazon Aurora PostgreSQL. I clienti riscontrano timeout dell'applicazione durante i periodi di picco di utilizzo. Un architetto di soluzioni deve riprogettare l'applicazione in modo che possa scalare per soddisfare la domanda di picco nel modo più conveniente. Quale combinazione di azioni dovrebbe intraprendere l'architetto? (Scegliere due.)

Le opzioni corrette affrontano il problema della scalabilità e della resilienza. L'invio delle richieste a una coda SQS disaccoppia l'applicazione frontend dal backend di elaborazione, consentendo al sistema di gestire picchi di traffico senza sovraccaricare le istanze EC2 o il database. Un gruppo Auto Scaling di istanze EC2 che legge dalla coda SQS può scalare dinamicamente per elaborare le richieste, garantendo che tutti gli acquisti vengano gestiti. RDS Proxy migliora la gestione delle connessioni al database, riducendo il sovraccarico sul database Aurora PostgreSQL e migliorando la resilienza dell'applicazione durante i picchi. L'uso di ElastiCache potrebbe migliorare le prestazioni per i dati letti frequentemente, ma non risolve direttamente i timeout dovuti a un sovraccarico di richieste di scrittura o di elaborazione. Una funzione Lambda per i tentativi è meno appropriata per l'elaborazione continua di acquisti rispetto a un gruppo Auto Scaling. API Gateway con un piano di utilizzo gestisce l'accesso API, non la scalabilità del backend dell'applicazione o del database.