How to Cache Dynamic RDS Data for Low-Latency Reads?
A company has a social media application that receives large amounts of traffic. User posts and interactions are continuously updated in an Amazon RDS database. The data changes frequently, and the data types can be complex. The application must serve read requests with minimal latency. The application's current architecture struggles to deliver these rapid data updates efficiently. The company needs a solution to improve the application's performance. Which solution will meet these requirements?
Community Votes
100% of anonymous learners picked answer D. Votes are pick records left by other test-takers — they are not the verified answer.
Community Insight
Tests cache technology selection for dynamic workloads, where candidates frequently misapply static CDN or NoSQL accelerators to relational databases.
This question evaluates optimal caching architectures for high-traffic, frequently updated relational databases. The community consensus strongly recommends Amazon ElastiCache for Redis paired with a write-through strategy to ensure low latency and data consistency.
Option C (CloudFront) is commonly selected due to its popularity, but it cannot efficiently cache highly dynamic database queries or complex RDS responses because it relies on fixed TTLs and edge-origin caching models unsuited for real-time data.
Community Discussion (10 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Why the Answer Is Correct
Amazon ElastiCache for Redis excels at delivering sub-millisecond read latency and natively supports complex data structures like hashes, lists, and sets, directly matching the application's needs. Implementing a write-through caching strategy guarantees that every update is persisted to both the cache and RDS simultaneously, eliminating cache inconsistency issues. This architecture effectively offloads read traffic from the primary database while maintaining strong data freshness.Why the Other Options Are Wrong
DAX (Option A) is exclusively engineered for DynamoDB and lacks native integration with relational databases like RDS, making it architecturally invalid. CloudFront (Option C) caches HTTP responses at edge locations and struggles with highly dynamic, personalized, or frequently updated database content due to strict TTL constraints and lack of query-level optimization. S3 Transfer Acceleration (Option B) only speeds up object uploads and downloads via the CloudFront network and plays no role in accelerating database operations.Community Comment Notes
Candidates overwhelmingly agree on Redis as the correct choice, with several highlighting the exam heuristic "complex data equals Redis" as a reliable decision-making shortcut. Multiple comments correctly point out that CloudFront is strictly designed for static web assets, reinforcing why Option C fails for database workloads. One highly upvoted response references the official AWS whitepaper on database caching patterns, which validates the write-through approach for consistency-critical scenarios.Official Reference
Exam Strategy
Match workload traits to caching services: choose Redis for complex, high-frequency dynamic data and Memcached for simple session states. Always verify service compatibility with your underlying data store before selecting an accelerator option.
Related Analysis
Practice All DVA-C02 Questions
Access 100 questions with complete answers and detailed explanations.
View Full DVA-C02 Practice Test →