As we all know, the of DynamoDB is great but can be cost-prohibitive in some cases (up to seven times more expensive than the Provisioned Capacity mode). on-demand capacity mode The Provisioned mode, on the other hand, shifts to the development team the burden of predicting what level of capacity will be required by the application. And it’s not quite as straightforward to achieve the same level of scalability in the Provisioned mode as we enjoy in the On-demand one. Improving Provisioned mode scalability while cutting costs There are at least three strategies to improve scalability in the Provisioned mode and keep costs down at the same time. The built-in auto-scaling feature is an option but requires benchmarking. It usually does not adapt itself very quickly to sharp spikes in demand. It’s important to run some tests with a distribution close to what your system currently gets in order to verify whether auto-scaling would be suitable. Alternative to read-intensive tables If you are considering the On-demand capacity for a read-intensive table, maybe the cache service, DAX, can be a more economical alternative But it really depends on the level of usage. A relatively small DAX instance (t2.medium) would cost the equivalent of more than 200 Million read operations in On-demand mode. In this case, the costs savings are only possible in high-throughput scenarios. Queue-load leveling for write-intensive tables Last, but not least, an SQS queue can be an alternative for write-intensive workloads. A highly coupled architecture with a Lambda function directly connected to the DynamoDB table is very common but this creates uncertainty as to how much capacity will be required on the DynamoDB side. The SQS load level strategy is about using an SQS queue to handle the high-throughput and unpredictable traffic spikes. Messages are polled by another Lambda function, which is responsible for writing data on DynamoDB. By setting a throttling limit to this second Lambda function, we make capacity allocation a lot easier on the database side, opening up the opportunity to use the much cheaper Provisioned capacity mode. Visibility is key It’s certainly impossible to optimize costs if we are unable to monitor and visualize our cloud stack. is a Serverless-first monitoring tool that allows you to keep track of DynamoDB tables, Lambda functions, SQS queues, and more. Dashbird It also cross-references our architecture against industry best practices to suggest performance improvements, cost reduction opportunities, and anticipate potential points of failure. . It takes only 3 minutes and no credit card is required. Start a free trial right now Previously published at https://dashbird.io/blog/cost-efficient-ways-to-run-dynamodb-tables/

Amazon

Comparing Different Serverless Monitoring Platforms

How To Use Amazon API Gateway to Decouple and Scale Serverless Architectures

Serverless af

Nominated for 2022 - HackerNoon Contributor of the Year - Cloud Computing

Nominated for 2022 - HackerNoon Contributor of the Year - Devops

Nominated for 2022 - HackerNoon Contributor of the Year - Serverless

Nominated for 2022 - HackerNoon Contributor of the Year - Aws

Too Long; Didn't Read

Make resilience your competitive advantage

How to Run DynamoDB Tables On A Budget

How to Run DynamoDB Tables On A Budget

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

Untitled Story

10 Things in Engineering We Don't Spend Enough Time On

The Noonification: How Amazon Treats Warehouse Workers Who Contracted COVID (11/30/2022)

10 Free Ways to Promote Your Amazon Products

10 Failed Startup Product Examples by Google, Microsoft and Amazon

10 Best Infographics Of 2018

10 Things in Engineering We Don't Spend Enough Time On

The Noonification: How Amazon Treats Warehouse Workers Who Contracted COVID (11/30/2022)

10 Free Ways to Promote Your Amazon Products

10 Failed Startup Product Examples by Google, Microsoft and Amazon

10 Best Infographics Of 2018

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps