Un'applicazione di vendita al dettaglio online è attualmente in esecuzione su due server on-premise: un server web che renderizza le pagine e memorizza lo stato della sessione in memoria, e un server di database MySQL che memorizza gli ordini. Sotto carico pesante, l'utilizzo della memoria del server web si avvicina al 100% a causa della gestione delle sessioni. Durante la migrazione del livello web a istanze EC2 in un gruppo Auto Scaling dietro un ALB, quali modifiche aggiuntive dovrebbero essere apportate per migliorare le prestazioni?

La risposta corretta è usare Amazon ElastiCache for Memcached per i dati di sessione e Amazon RDS for MySQL per i dati dell'applicazione. Il problema principale è l'utilizzo elevato della memoria del server web a causa dello stato della sessione. Spostare la gestione delle sessioni su ElastiCache (un servizio di caching in-memory) libera memoria sui server web, migliorando le prestazioni e la scalabilità. ElastiCache è progettato per gestire carichi elevati di dati di sessione. Spostare il database MySQL su Amazon RDS for MySQL offre un servizio di database gestito, scalabile e ad alta disponibilità. L'opzione di ospitare MySQL su un'istanza EC2 e memorizzare sia i dati di sessione che i dati dell'applicazione nel database MySQL non risolve il problema della memoria del server web e sovraccarica il database. L'opzione di usare ElastiCache for Memcached per memorizzare sia i dati di sessione che i dati dell'applicazione non è adatta, poiché ElastiCache non è un database persistente per i dati dell'applicazione. L'opzione di usare l'EC2 instance store per i dati di sessione non è ideale, poiché l'instance store è effimero e non condiviso tra le istanze EC2 in un gruppo Auto Scaling.