Un'azienda intende containerizzare un'applicazione web multi-tier (web, applicazione, database) e migrarla da un data center on-premises ad AWS. La soluzione deve essere fault tolerant e scalabile. Alcuni dati frequentemente acceduti devono essere sempre disponibili tra i server delle applicazioni. I server web frontend richiedono la persistenza della sessione e devono scalare per i picchi di traffico. Quale opzione soddisfa questi requisiti riducendo al minimo il sovraccarico operativo continuo?

L'opzione corretta utilizza Amazon EKS con nodi gestiti per l'orchestrazione dei container, riducendo il sovraccarico operativo. I deployment Kubernetes garantiscono scalabilità e fault tolerance per i tier web e applicazione. Amazon DynamoDB è ideale per la persistenza delle sessioni, offrendo scalabilità e alta disponibilità con bassa latenza. Amazon EFS fornisce storage condiviso e scalabile per i dati frequentemente acceduti tra i server delle applicazioni, soddisfacendo il requisito di disponibilità continua. Le opzioni errate presentano limitazioni: L'uso di SQS per le sessioni non è appropriato, in quanto SQS è un servizio di code di messaggi, non di storage di sessioni. EBS Multi-Attach non è supportato su istanze EC2 distribuite in più zone di disponibilità e non è ideale per dati condivisi tra container. Montare EFS per i dati di sessione frontend non è la soluzione più performante o scalabile rispetto a DynamoDB per questo specifico caso d'uso.