据我所知，使用Amazon DynamoDB，您需要为预置的吞吐量付费。
Application1 执行或多或少一致的写入速率，数据非常适合键/值存储，并且永远不会读回数据。目前它的 3 - 5k 写入/小时，但一旦我们启动它肯定会增加。
Application2 每小时读取（从 application1 写入的数据）一小时的记录，并且每天读取一天的记录。最终的一致性是可以接受的。
那么我是否可以假设 dynamodb 不太适合我？就像我必须提供高读取率一样，即使我每小时只达到该速率几秒钟？有没有办法转储记录？
目前，我在 mongodb 上使用主/从。我使用从服务器进行批量读取，因此它不会影响主服务器......但我宁愿让其他人处理数据库基础设施。
那么我是否可以假设 dynamodb 不太适合我？
好问题 - 我不一定会得出您的结论，尽管您确实需要考虑具体的成本/性能特征，这可能会或可能不会超过您正在寻找的好处。
就像我必须提供高读取率一样，即使我每小时只达到该速率几秒钟？
没错，您根据您预留的容量（请参阅定价）支付固定的小时费率，并且必须将容量配置为相应地读取一小时的记录时遇到的最大吞吐量要求，以避免受到限制。
此外，您还需要针对每天记录一天的峰值调整预置容量。像往常一样，AWS 有一个 API 可用于执行此操作，但请注意相关的常见问题解答项目，例如：
后者特别困难，因为您可以根据需要随时增加预置吞吐量，但是 您只能每天减少一次！
显然，您还应该查看与预置吞吐量相关的其他可用常见问题解答项目，因为可能还有更多微妙之处。
鉴于所涉及的复杂性，完全掌握Amazon DynamoDB 中预置吞吐量的概念可能是不可避免的，因此必须在架构方面对其进行考虑，以达到预期的结果。计算特定用例的成本和性能细节对于 DynamoDB 来说显然不是一件容易的事；）