Preserving Shopping Cart Data with ElastiCache Redis
Short answer
B Configure Amazon ElastiCache for Redis to cache catalog data from Amazon DynamoDB and shopping cart data from the user's session.
Question
Key Takeaways
The question tests knowledge of session state management; the common trap is assuming sticky sessions or persistent disk storage provide the necessary scalability and fault tolerance.
Amazon ElastiCache for Redis is the optimal solution for preserving shopping cart data and user sessions in a scalable AWS application. This page explains why managed in-memory caching meets high availability and low latency requirements better than other options.
Common mistake: Learners often choose Application Load Balancer sticky sessions (Option A), failing to realize that sticky sessions tie users to specific instances, which breaks if the instance fails or scales out, thus losing cart data.
Expert Analysis
Why the Answer Is Correct
Option B is correct because Amazon ElastiCache for Redis provides a managed, highly available, in-memory data store. It allows the application to cache shopping cart data and user sessions centrally, ensuring that data persists even if a user disconnects and reconnects to a different backend server. This architecture supports low-latency access and scales independently of the compute layer.
Why the Other Options Are Wrong
Option A relies on sticky sessions, which are not durable across instance failures or scaling events, violating the requirement for data preservation. Option C uses OpenSearch, which is designed for search and analytics, not low-latency session state management. Option D uses EC2 with EBS, which introduces single points of failure and does not scale elastically without complex shared storage configurations.
Community Comment Notes
The community overwhelmingly selected B, recognizing that ElastiCache is the standard pattern for distributed session management. As Tanidanindo noted, ElastiCache is 'well-suited for managing session data in a distributed architecture.' Another commenter emphasized that session data must remain available upon reconnection, pointing directly to an external cache like Redis.
Exam Strategy
When a question mentions 'user session data' or 'shopping cart' requiring persistence across connections, immediately consider ElastiCache for Redis as the primary candidate for stateless backend architectures.
Frequently Asked Questions
Why can't I use ALB Sticky Sessions for the cart?
Is OpenSearch suitable for shopping carts?
Community Votes
100% of anonymous learners picked answer B. Votes are pick records left by other test-takers — they are not the verified answer.
Discussion 6 contributions
Compiled from public community threads and reader submissions, lightly edited for clarity. Handles and vote tallies are shown as recorded, and comments reflect the views of individual contributors.
From public community threads 6
-
Tanidanindo 👍 5 Answered B• ElastiCache is a managed in-memory data store service that is well-suited for managing session data in a distributed architecture.
-
1Alpha1 👍 3 Answered BB: ELB <--> ASG <--> ElastiCache <--> DynamoDB
-
knben 👍 2 Answered Bsession data must be available even if the user is disconnected and reconnects -> ElastiCache for Redis
-
LeonSauveterre 👍 1 Answered BUser session data must be available even if the user is disconnected and reconnects. Choose ElastiCache for Redis. That remains true for so many similar questions.
-
asdfcdsxdfc 👍 3why not A?
Show 1 more comment
-
RC6 👍 2 Answered BB looks correct
Reader comments & corrections
No reader corrections yet — spotted an error or have a note? Share it below.
Related Analysis
Practice All SAA-C03 Questions
Access 120 questions with complete answers and detailed explanations.
View Full SAA-C03 Practice Test →