特定场景下的AWS存储困境：S3 vs Elasticache Redis

Question

要求：

1. 高点击量 = 每分钟 6k 次
2. 记录的临时存储。 8小时后过期。实际上，只需要存储一个字段。我们的应用程序有一个功能，可以暂时禁止某些用户执行某些功能 8 小时，为此，我们需要将 ID 存储在 redis 或 S3 中。如果是在redis中，设置一个TTL就可以了。如果在 s3 中，只需将 userId 设置为文件名，然后存储它并设置生命周期策略
3. 成本一定低
4. 这将是一个临时解决方案。在完成更好的长期解决方案之前，可能需要 6 个月的实施时间。

根据研究，我发现以下内容：

• 两者都可以每分钟处理 6k 或更多请求，并且可以扩展
• 两者都可以在 x 时间后使数据过期
• 成本：s3 有优势...但是...这更多的是长物体 存储不是临时数据存储。

根据这些信息，您倾向于什么选择？

Answer 1

考虑到需求和收集的信息，DynamoDB 似乎是此场景中记录临时存储的更合适选择。

原因如下：

• 高点击量：DynamoDB 和 S3 都可以处理所需的 点击量。 DynamoDB 专为低延迟、高吞吐量而设计 访问模式，适合大流量场景 点击率。
• 具有过期时间的临时存储：DynamoDB 允许您设置 TTL（时间） To Live）在项目上，这将在一段时间后自动删除它们 指定期间。这符合过期的要求 8小时后记录。
• 低成本：虽然您提到 S3 具有成本优势，但 DynamoDB 是 专为某些用例而设计，特别是在具有成本效益的情况下 其按需容量模式。