Een nieuwe applicatie draait op Amazon EC2 On-Demand Instances die frequent schalen over meerdere Availability Zones achter een Application Load Balancer (ALB). De architectuur moet gedistribueerd sessiedatabeheer ondersteunen en het bedrijf is bereid om de applicatiecode aan te passen indien nodig. Wat moet de solutions architect doen om gedistribueerd sessiedatabeheer te bieden?

Amazon ElastiCache (voor Redis of Memcached) is de meest geschikte oplossing voor gedistribueerd sessiebeheer, omdat het een snelle, in-memory datastore biedt die toegankelijk is voor alle EC2-instances in verschillende Availability Zones. Dit zorgt ervoor dat de sessiestatus behouden blijft, zelfs als instances schalen of falen, en de applicatiecode kan worden aangepast om ElastiCache te gebruiken. Sessie-affiniteit (sticky sessions) van de ALB is minder ideaal omdat het de belasting ongelijkmatig kan verdelen en de sessie verloren gaat als de specifieke instance uitvalt. AWS Systems Manager Session Manager is bedoeld voor het beheren van interactieve shells op instances, niet voor applicatiesessiedata. De GetSessionToken API van AWS STS is voor het verkrijgen van tijdelijke beveiligingsreferenties, niet voor het opslaan van applicatiesessiestatus.