Un'applicazione viene eseguita su molte istanze EC2 dietro un Elastic Load Balancer. Dove devono essere archiviati i dati della sessione in modo che possano essere serviti in modo affidabile tra le richieste da istanze diverse?

Archiviare i dati della sessione in Amazon ElastiCache è la soluzione corretta perché ElastiCache (Redis o Memcached) fornisce un datastore in-memory distribuito, ad alta velocità e bassa latenza, ideale per la gestione dei dati di sessione. Essendo un servizio gestito e centralizzato, garantisce che qualsiasi istanza EC2 dietro il load balancer possa accedere ai dati della sessione, mantenendo la coerenza anche se le richieste successive vengono instradate a istanze diverse. Archiviare i dati della sessione su Amazon Elastic Block Store (EBS) non è adatto perché EBS è un volume di storage a blocchi persistente che può essere collegato solo a una singola istanza EC2 alla volta, rendendolo inadatto per lo sharing tra più istanze. Archiviare i dati sull'instance store dell'istanza EC2 (storage effimero) è sbagliato perché questi dati vengono persi quando l'istanza viene terminata o arrestata, rendendoli non persistenti e inaffidabili per le sessioni utente. Archiviare i dati sul filesystem root delle istanze EC2 è simile all'instance store in termini di persistenza e non è centralizzato o condiviso tra le istanze, causando problemi di consistenza della sessione.