我有一些需要吞吐量配置的表。大多数时候，这些表的读取和写入调用的背景级别较低。但是在特定的工作中，它可能会遇到快速的读/写请求。
您认为选择这些预置吞吐量数字的最佳做法是什么？我从预留容量 (https://aws.amazon.com/blogs/aws/dynamodb-price-reduction-and-new-reserved-capacity-model/) 的描述中得到的印象是，它基本上就像购买积分一样。定期购买它们来处理突发请求是个好主意吗？
谢谢
【问题讨论】：
标签： amazon-dynamodb throughput
我的建议是尽可能减少读/写突发，因为它们在空闲期间不可避免地会导致未使用的预留容量。
读取突发：尝试将最常访问的项目隔离在单独的表中，以便您可以为这些记录相应地提供高吞吐量。
Write Bursts：在应用程序端限制写入活动可以帮助您最大限度地减少突发事件并更直接地控制您的写入请求。
如果您还没有使用过，Dynamic DynamoDB 可能是您工具箱中的有用资源，可以自动执行您的预置吞吐量配置。
此外，文档中的以下主题可能会帮助您找出针对您的特定案例的最佳解决方案：Avoid Sudden Bursts of Read Activity、Use Burst Capacity Sparingly and Distribute Write Activity During Data Upload。
【讨论】：