A solutions architect is designing a high-performance real-time bidding application. The application requires microsecond read latency when retrieving active user profiles (uniquely identified by UUID v4) and must support up to write operations per second during peak events. Additionally, the system must run hourly aggregation queries based on campaign ID. A small subset of popular campaigns receives more than of all bids, creating a highly skewed write pattern. Which combination of database configurations will meet these requirements while preventing write throttling on the primary table and its indexes? (Select TWO.)
- Deploy an Amazon DynamoDB Accelerator (DAX) cluster to cache read requests for user profiles, reducing retrieval latency to the microsecond level.Cevap
- Implement write sharding on the Global Secondary Index (GSI) by appending a randomized partition key suffix to the campaign ID attribute before writing to the table.Cevap
- CCreate a Global Secondary Index (GSI) using the raw campaign ID as the partition key to query aggregation data directly.
- DConfigure Amazon RDS for PostgreSQL with read replicas, and configure the application to automatically promote a read replica to the primary instance during peak write latency.
- EConfigure the DynamoDB table using Provisioned Capacity Mode with static read and write capacity units to handle the sudden, highly irregular peaks in campaign write volume.
Cevap
Deploy an Amazon DynamoDB Accelerator (DAX) cluster to cache read requests, and implement write sharding on the Global Secondary Index (GSI) by appending a randomized partition key suffix to the campaign ID attribute.
Deploying Amazon DynamoDB Accelerator (DAX) caches frequent read queries for user profiles, reducing retrieval latency from milliseconds to microseconds. Implementing write sharding by appending a randomized suffix to the campaign ID attribute distributes the highly skewed write volume across multiple partition keys on the Global Secondary Index (GSI). This prevents a few popular campaign partition keys from becoming hot partitions, avoiding write throttling on both the GSI and the base table.
Adım Adım Çözüm
Anahtar Kavram
Mitigating DynamoDB hot partitions through write sharding on partition keys with highly skewed data distributions, and using DAX for microsecond read caching.
Tahmini Süre:3m 0s