Eine neue Anwendung läuft auf Amazon EC2 On-Demand-Instances, die häufig über mehrere Availability Zones hinweg hinter einem Application Load Balancer (ALB) skaliert werden. Die Architektur muss die Verwaltung verteilter Sitzungsdaten unterstützen, und das Unternehmen ist bereit, den Anwendungscode bei Bedarf zu ändern. Was sollte der Lösungsarchitekt tun, um die Verwaltung verteilter Sitzungsdaten bereitzustellen?

Die Verwendung von Amazon ElastiCache (Redis oder Memcached) ist die beste Lösung, da es eine hochverfügbare, skalierbare und schnelle In-Memory-Datenspeicherung bietet, die ideal für die Verwaltung verteilter Sitzungsdaten ist. Da das Unternehmen bereit ist, den Anwendungscode zu ändern, kann die Anwendung so angepasst werden, dass sie Sitzungsdaten in ElastiCache speichert und abruft, was eine zustandslose Architektur für die EC2-Instanzen ermöglicht. Sitzungsaffinität (Sticky Sessions) des ALB ist keine ideale Lösung für verteilte Sitzungsdaten, da sie die Skalierbarkeit einschränkt und bei Instanzausfällen zu Datenverlust führen kann. AWS Systems Manager Session Manager dient der Verwaltung von Server-Sitzungen (z.B. SSH-Zugriff) und nicht der Speicherung von Anwendungs-Sitzungsdaten. Die GetSessionToken API-Operation in AWS STS wird zur Generierung temporärer Sicherheitsanmeldeinformationen verwendet und hat nichts mit der Verwaltung von Anwendungs-Sitzungsdaten zu tun.