4 ms·
I'd argue that running at 100% of provisioned capacity is something that only makes sense for a very, very small subset of DynamoDB users. Actually I'd only do
by Dunedan 7y ago
I'd argue that running at 100% of provisioned capacity is something that only makes sense for a very, very small subset of DynamoDB users. Actually I'd only do it if my access patterns were really predictable and if it's fine if requests get throttled.
The more common use case is that you over-provision your provisioned capacity to be able to handle some spikes in the number of accesses well. While there was already DynamoDB Autoscaling, I suggest everybody using it checks out DynamoDB OnDemand, as that might (depending on the access patterns) still save a lot over DynamoDB Autoscaling and is overall way less hazzle, because you simply don't have to care about scaling the provisioned capacity at all anymore.
- victoriadave 7y agoThat would be assuming you don't write more than 40k ops per second. See here in AWS's document https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/Limits.html https://docs.aws.amazon.com/amazondynamodb/latest/developerg...
- mritun 7y ago40K is just a soft limit. You can contact support to increase the limit to any number you like. In OnDemand mode tables have practically no limits on throughput or storage (just like provisioned mode). Disclaimer: I work for DynamoDB but comment is my own.