Une application de vente au détail en ligne s'exécute actuellement sur deux serveurs sur site : un serveur web qui rend les pages et stocke l'état de session en mémoire, et un serveur de base de données MySQL qui stocke les commandes. En cas de forte charge, l'utilisation de la mémoire du serveur web approche les 100 % en raison de la gestion des sessions. Lors de la migration de la couche web vers des instances EC2 dans un groupe Auto Scaling derrière un ALB, quelles modifications supplémentaires devraient être apportées pour améliorer les performances ?

La bonne réponse est d'utiliser Amazon ElastiCache for Memcached pour stocker les données de session et Amazon RDS for MySQL pour les données d'application. ElastiCache (Memcached) est un service de mise en cache en mémoire très performant, idéal pour stocker les données de session, ce qui réduit la charge sur les serveurs web et permet la scalabilité horizontale des instances EC2 sans perdre l'état de session. Amazon RDS for MySQL est une base de données relationnelle gérée, parfaite pour les données d'application persistantes et offre une haute disponibilité et une scalabilité. Stocker les données de session et d'application dans la même base de données MySQL sur EC2 augmenterait la charge sur la base de données et ne résoudrait pas le problème de performance lié à la gestion des sessions. Utiliser ElastiCache pour les données de session et d'application n'est pas optimal car ElastiCache n'est pas conçu pour la persistance des données d'application critiques. Le stockage d'instance EC2 est éphémère et ne convient pas aux données de session qui doivent persister au-delà de la durée de vie d'une instance.