Une application web sur EC2 derrière un ALB utilise des déploiements immuables bleu/vert. Les utilisateurs sont déconnectés aléatoirement pendant les tests et tout le monde est déconnecté lors du déploiement d'une nouvelle version. L'équipe a besoin que les utilisateurs restent connectés lors des événements de mise à l'échelle et des déploiements avec le moins de frais opérationnels possible. Quelle est la solution la plus efficace sur le plan opérationnel ?

La solution la plus efficace est de modifier l'application pour stocker les données de session dans un cluster Amazon ElastiCache. ElastiCache fournit un magasin de données en mémoire, rapide et géré, idéal pour les sessions utilisateur. Cela découple les données de session des instances EC2, permettant aux utilisateurs de rester connectés même si les instances sous-jacentes sont remplacées lors de déploiements bleu/vert ou d'événements de mise à l'échelle. Activer les sessions persistantes (stickiness) sur l'ALB ne résout pas le problème des déploiements immuables, car de nouvelles instances sont créées et les anciennes sont terminées, rompant la persistance. Stocker les données de session dans un compartiment S3 serait trop lent pour les opérations de session. Le "partage de session" n'est pas une fonctionnalité standard de l'ALB pour la gestion des sessions distribuées.