DBS-C01 · Question #306
A company is running a mobile app that has a backend database in Amazon DynamoDB. The app experiences sudden increases and decreases in activity throughout the day. The company's operations team…
The correct answer is C. Use on-demand capacity mode for the DynamoDB table. To resolve DynamoDB throttling for an application with unpredictable traffic surges without changing the app, switching the table to on-demand capacity mode allows DynamoDB to automatically scale capacity to meet demand.
Question
A company is running a mobile app that has a backend database in Amazon DynamoDB. The app experiences sudden increases and decreases in activity throughout the day. The company's operations team notices that DynamoDB read and write requests are being throttled at different times, resulting in a negative customer experience. Which solution will solve the throttling issue without requiring changes to the app?
Options
- AAdd a DynamoDB table in a secondary AWS Region. Populate the additional table by using
- BDeploy an Amazon ElastiCache cluster in front of the DynamoDB table.
- CUse on-demand capacity mode for the DynamoDB table.
- DUse DynamoDB Accelerator (DAX).
How the community answered
(28 responses)- A14% (4)
- B7% (2)
- C75% (21)
- D4% (1)
Why each option
To resolve DynamoDB throttling for an application with unpredictable traffic surges without changing the app, switching the table to on-demand capacity mode allows DynamoDB to automatically scale capacity to meet demand.
Adding a DynamoDB table in a secondary AWS Region and using global tables provides multi-region redundancy and disaster recovery, but it does not directly prevent throttling on the primary table due to local capacity constraints.
Deploying an Amazon ElastiCache cluster in front of DynamoDB can reduce read load on the database by serving cached data, but it primarily addresses read throttling, not write throttling, and would likely require application changes to integrate caching logic.
DynamoDB on-demand capacity mode automatically adjusts read and write capacity to accommodate unpredictable workloads and sudden traffic spikes without requiring any provisioning, manual scaling, or application code changes, directly preventing throttling issues. This mode is ideal for applications with highly variable traffic where precise capacity planning is difficult.
DynamoDB Accelerator (DAX) is a caching service specifically designed to improve read performance for DynamoDB tables by providing microsecond-level latency, but it does not address write throttling or directly prevent throttling for all types of read requests if the underlying table capacity is insufficient for consistent reads.
Concept tested: DynamoDB capacity modes
Source: https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/HowItWorks.ReadWriteCapacityMode.html#HowItWorks.OnDemand
Topics
Community Discussion
No community discussion yet for this question.