Een bedrijf runt een drielaagse e-commerce applicatie op EC2-instances in een Auto Scaling-groep achter een Application Load Balancer (ALB). Gegevens worden opgeslagen in een Amazon RDS for MariaDB Multi-AZ DB-instance. Het bedrijf wil duurzaam klantensessiebeheer tijdens transacties. Welke oplossingen voldoen aan deze vereiste? (Kies twee.)

Om duurzaam klantensessiebeheer te garanderen, zijn er twee effectieve benaderingen. Ten eerste, het inschakelen van sticky sessions (sessie-affiniteit) op de Application Load Balancer (ALB) zorgt ervoor dat aanvragen van een specifieke gebruiker consistent naar dezelfde EC2-instance worden gestuurd. Dit is ideaal voor sessiebeheer waarbij de applicatie de sessiestatus lokaal op de instance opslaat. Ten tweede, het implementeren van een Amazon ElastiCache for Redis-cluster biedt een centrale, snelle en schaalbare opslag voor sessie-informatie. Dit ontkoppelt de sessiestatus van individuele EC2-instances, wat de veerkracht en schaalbaarheid verbetert, vooral in een Auto Scaling-omgeving. Het gebruik van een Amazon DynamoDB-tabel is ook een optie voor sessieopslag, maar ElastiCache for Redis is vaak sneller voor sessiebeheer vanwege de in-memory aard. Amazon Cognito user pools zijn bedoeld voor gebruikersauthenticatie en -autorisatie, niet primair voor het opslaan van applicatiesessiegegevens. AWS Systems Manager Application Manager is een beheer- en operationele tool, niet ontworpen voor het opslaan van runtime sessie-informatie.