Gaming

Companies in the gaming vertical use DynamoDB across all capabilities of gaming platforms, including game mode, player data, session history, and leaderboards. The key benefits these companies get from DynamoDB are its ability to reliably scale to millions of concurrent users and requests while ensuring consistently low latency in the single-digit milliseconds. Additionally, as a fully managed service, DynamoDB has no operational overhead, so game developers can focus on developing their games instead of managing databases. Also, as game developers increasingly look to expand from a single AWS region to multiple AWS regions, they can rely on DynamoDB global tables to replicate multi-region, live data.

Technical announcement

Ad tech companies use DynamoDB as a key-value store to store a variety of marketing data, such as user profiles, user events, clicks, and visited links. Possible use cases include real-time bidding (RTB), ad targeting, and attribution. These use cases require high request rates (millions of requests per second), low, predictable latency, and reliability. When read volumes are high or sub-millisecond read latency is required, companies leverage caching via DynamoDB Accelerator (DAX). Increasingly, ad tech companies must deploy their RTB and targeted advertising platforms across more than one AWS geographic region, which requires data replication between regions.

Banking and finance

As banking and financial services companies build more applications, they are looking to leverage fully managed services to increase agility, reduce time to market, and minimize operational overhead. At the same time, they need to ensure the security, reliability, and high availability of their applications. As these companies extend their existing services supported by legacy core systems, they are finding that legacy systems cannot meet the scalability demands of a growing user base, new platforms such as mobile apps, and the resulting increase in traffic. To solve this problem, they are replicating data from their mainframes to the cloud to offload traffic.

Retail

Many companies in the retail space are using common DynamoDB design patterns to consistently deliver low latency for mission-critical use cases. Being free from scaling and operational overhead concerns is a key competitive advantage, enabling high-velocity, ultra-scale events like Amazon Prime Day, the size of which is difficult to predict. Scaling up and down allows these customers to pay only for the capacity they need, keeping valuable technical resources focused on innovation, not operations.

Typical Use Cases:

• User Transactions
• Event-Based Transaction Processing
• Fraud Detection
• Mainframe Upload and Change Record Information

Software and the Internet

A key aspect among software companies and many other DynamoDB customers is Internet scale. These companies’ use cases require the ability to accommodate concurrency, request rates, and traffic spikes. This concurrency scales to millions of users and connections, and request rates can easily reach millions of seconds. DynamoDB has a proven track record of being able to support Internet scale use cases and their needs while maintaining consistent single-digit millisecond latency. Using global tables, DynamoDB customers can easily extend their applications across multiple AWS regions for global scale and business continuity.

Media & Entertainment

Media and entertainment companies use DynamoDB when they need extreme scale of throughput and concurrency, low latency, and reliability. DynamoDB elastically scales with load and maintains low latency, which is critical for real-time scenarios, such as video streaming and interactive content. In such scenarios, the number of concurrent users can reach millions, and no database handles this type of concurrency like DynamoDB. Despite such high concurrency, latency is low, giving individual users an optimal user experience, whether retrieving their media, or participating in an interactive, real-time event. These companies use DynamoDB to address their scalability challenges and maintain their focus on feature development, not database management.