我有几个表需要吞吐量配置。大多数时候，这些表的读和写调用的后台级别很低。但在特定的工作中，它可能会遇到快速爆发的读/写请求。
在您看来，选择这些预置吞吐量数字的好做法是什么?我从预留容量(https://aws.amazon.com/blogs/aws/dynamodb-price-reduction-and-new-reserved-capacity-model/)的描述中得到的印象是，它基本上就像购买积分。定期购买它们来处理突发请求是个好主意吗?
谢谢
我的建议是尽可能减少读/写突发，因为它们将不可避免地在空闲期间导致未使用的保留容量。
Read burst :尝试将最频繁访问的项隔离在单独的表中，以便您可以为这些记录提供相应的高吞吐量。
写突发:在应用程序端限制你的写活动可以帮助你减少突发，并对你的写请求有更直接的控制。
如果您还没有使用过，Dynamic DynamoDB可以是一个有用的资源，可以在您的工具箱中自动提供吞吐量配置。
另外，文档中的以下主题可能会帮助您找出针对您的具体情况的最佳解决方案:避免突然突发的读取活动，节省使用突发容量，并在数据上传期间分发写活动