AWS DynamoDB：读/写单元估算问题

Question

我正在创建一个在线人群驱动的游戏。我希望读/写请求每秒都会波动（例如50,50,50,15,00,50,50,50），并且我需要以强大的一致性处理所有100％的请求。

我打算从GAE数据存储中使用AWS的DynamoDB，因为它的一致性很强。我有下面的疑问，我无法在其他讨论中得到明确的答案。

1.如果写入动作的项目大小仅为4B，那么将四舍五入为1KB并消耗一个写入单位？

2.在财务上，将预计吞吐量设置在预期峰值附近并不明智。警报可以警告我们。但在突然上升的情况下，当我们收到警报时，请求可能会受到抑制。 DynamoDB是否真正设计用于处理高度波动的读/写？

3.我读了Dynamo DynamoDB来更新读/写吞吐量的能力，当我们添加一些读/写单元时，需要多长时间才能分配它们？如果花费太长时间，潮汐击中后增加杆的用途是什么？

谷歌应用程序引擎账单只是针对当月发生的请求数。如果我可以让AWS工作，比如说：“无论请求数量多少，我都会自己扩展和签订合同，只为使用的读/写单元收取费用”，我会去AWS。

请指教。不要犹豫，如果我不清楚的部分。

谢谢， Karthick。

Answer 1

1. 是的。项目大小向上取整并使用吞吐量。从Provisioned Throughput in Amazon DynamoDB documentation：

   所需的读取操作总数是项目大小，四舍五入为4 KB的下一个倍数除以4 KB。

2. 它可以处理一些破裂，但它通常意在用于均匀工作负载。下面是从Guidelines for Working with Tables documentation一节以及有关最佳做法的其他一些有用的链接：

   在工作量临时的非均匀性一般可以通过爆破津贴被吸收，作为微在使用连拍能力描述。但是，如果您的应用程序必须定期处理非统一的工作负载，那么您应该考虑DynamoDB的分区行为（请参阅了解分区行为）来设计您的表，并且在增加和减少该表上的预配置吞吐量时要谨慎。

   • Query and Scan guidelines for avoiding bursts of read activity
   • 的Table Best Practices section
   • Use Burst Capacity Sparingly

3. 这一个是要依赖于你的表有多少数据了，因为DynamoDB都会有，如果你重新对数据扩大。请参阅Consider Workload Uniformity When Adjusting Provisioned Throughput文档以获取有关分区的更多信息。