根据我收集的内容，Amazon DynamoDB您需要支付预配置的吞吐量。
Application1执行或多或少一致的写入速率，数据非常适合键/值存储，并且不会读回数据。目前它的每小时3到5k写入，但一旦我们启动它就会增加。
Application2每小时读取（来自application1编写的数据）一小时的记录，每天读取一天的记录。最终的一致性是可以接受的。
所以我认为dynamodb不适合我吗？因为我必须提供高读取率，即使我每小时只达到这个速率几秒钟？有没有办法转储记录？
目前，我在mongodb上使用主/从。我使用slave来进行批量读取，这样它就不会对master产生影响...但是很多人宁愿让其他人处理db infrastructure。
答案 0 :(得分：3)
所以我认为dynamodb不适合我吗？
好问题 - 我不一定会得出结论，但你确实需要考虑具体的成本/性能特征，这可能会或可能不会超过你所寻求的好处。
因为我必须提供高读取率，即使我点击它 每小时只有几秒钟的速度？
这是正确的，您根据预留的容量支付固定的小时费率（请参阅Pricing），并且必须为读取一个时遇到的最大吞吐量要求提供容量相应的小时记录，以避免受到限制。
此外，您还需要调整每日每日一天的记录每日峰值的预配容量。与AWS一样，有一个API可用于执行此操作，但请注意相关的FAQ项，例如：
后者非常困难，只要您可以根据需要随时增加预配置的吞吐量，但是 您可以每天减少一次只是！
显然，您应该查看与预配置吞吐量相关的其他可用常见问题项目，因为可能还有更多细微之处。
鉴于所涉及的复杂性，完全掌握Provisioned Throughput in Amazon DynamoDB的概念可能是不可避免的，因为为了达到预期的结果，必须在结构上考虑它。计算特定用例的成本和性能细节显然对DynamoDB来说是一项非常简单的练习;）