You are creating a new API for video game scores. Reads are 100 times more common than writes, and the top 1% of scores are read 100 times more frequently than the rest of the scores. What’s the best design for this system, using
DynamoDB?

writes will miss the cache, since the supermajority will hit the top 1% scores. Knowing we need to set the values roughly equal when using caching, we select AWS ElastiCache, because CloudFront cannot directly cache DynamoDB queries, and ElastiCache is an excellent in-memory cache for database queries, rather than a distributed proxy cache for content delivery. … One solution would be to cache these reads at the application layer. Caching is a technique that is used in many high-throughput applications, offloading read activity on hot items to the cache rather than to the database. Your application can cache the most popular items in memory, or use a product such as ElastiCache to do the same. http://docs.aws.amazon.com/amazondynamodb/latest/developerguide/GuidelinesForTables.html#GuidelinesForTables.

A.
DynamoDB table with 100x higher read than write throughput, with CloudFront caching.

B.
DynamoDB table with roughly equal read and write throughput, with CloudFront caching.

C.
DynamoDB table with 100x higher read than write throughput, with ElastiCache caching.

D.
DynamoDB table with roughly equal read and write throughput, with ElastiCache caching.

Explanation:
Explanation/Reference:
Because the 100x read ratio is mostly driven by a small subset, with caching, only a roughly equal number of reads to
CachePopularItem