Vous devez concevoir un système tolérant aux pannes qui préserve les données de session client en cas de défaillance d'une instance Amazon EC2. Quelle approche garantit que les données de session ne sont pas perdues lorsqu'une instance tombe en panne ?

L'utilisation d'Amazon DynamoDB pour le stockage des sessions est la meilleure approche car DynamoDB est une base de données NoSQL entièrement gérée, hautement disponible et durable. En stockant les données de session en dehors des instances EC2, la défaillance d'une instance n'entraîne pas la perte des données de session, assurant ainsi la tolérance aux pannes. Activer les sessions persistantes (sticky sessions) sur l'Elastic Load Balancer ne résout pas le problème de perte de données en cas de défaillance d'une instance ; cela garantit seulement que les requêtes d'un même client sont routées vers la même instance tant qu'elle est disponible. Stocker les données de session dans Amazon SQS n'est pas approprié car SQS est un service de file d'attente de messages, non conçu pour le stockage persistant et l'accès rapide aux données de session. Activer la vidange des connexions (connection draining) de l'Elastic Load Balancer aide à gérer les requêtes existantes lors de la désinscription d'une instance, mais ne prévient pas la perte de données de session stockées localement sur une instance défaillante.