A logistics company is designing the database architecture for a new package tracking application. The application will receive rapid status updates from delivery drivers' handheld devices. The traffic profile consists of a stable baseline of approximately writes per second during business hours, but it experiences sudden, unpredictable spikes of up to writes per second when major distribution centers scan incoming shipments. The database must store these updates, which consist of simple key-value pairs of tracking ID, timestamp, and location. The company wants to minimize database costs while ensuring that no updates are throttled. Which database design and capacity configuration is the most cost-effective for this workload?
- Deploy an Amazon DynamoDB table configured in on-demand capacity mode.Cevap
- BDeploy an Amazon DynamoDB table in provisioned capacity mode with Auto Scaling enabled, setting the minimum write capacity units (WCUs) to and the maximum to .
- CDeploy an Amazon RDS for PostgreSQL Multi-AZ DB instance with two read replicas, and configure the application to route write spikes to the standby replica.
- DDeploy an Amazon DynamoDB table in provisioned capacity mode, statically provisioning write capacity units (WCUs).
Cevap
Deploying an Amazon DynamoDB table in on-demand capacity mode is the most cost-effective design.
Deploying an Amazon DynamoDB table in on-demand capacity mode is the most cost-effective choice. The application data consists of simple key-value pairs, which is a perfect match for DynamoDB. Because the write spikes are sudden and unpredictable, on-demand capacity mode scales immediately to accommodate up to writes per second without throttling. This prevents the need to pay for statically provisioned peak capacity during baseline periods of writes per second.
Adım Adım Çözüm
Anahtar Kavram
Selecting the cost-optimal database engine and capacity scaling mode based on workload data structure and predictability.