Amazon s3 存储大量图像S3 vs DynamoDB

我正在做一个项目，需要每秒存储大量图像。我有点困惑，我是否应该将我的图像存储在S3或DynamoDB中。我的困惑是，S3似乎不支持批处理请求，如果需要，我必须能够在批处理中获取所有图像；另一方面，我不确定将所有这些图像存储在dynamoDB的表中是否是一个好主意。最好的方法是什么？

简单回答：使用S3

详细回答：DynamoDB将单个记录限制为64kb，因此除非图像很小，否则可能无法使用DynamoDB

您提到希望在批处理请求中读取图像，但DynamoDB批处理请求最多返回100条记录或1MB（以较小者为准），因此您不能一次检索所有图像。您可以通过一次读取一个页面来转储DynamoDB中的所有内容，这意味着一个接一个的大量请求。不快

DynamoDB的延迟低于S3，并且支持可配置的吞吐量。但是，S3支持的并发性可以达到您想要的程度。想一次上传1000张图片吗？去争取吧如果每个对象的写入时间为400毫秒，这无关紧要，因为您可以同时传输任意数量的数据。类似地，通过获取bucket中所有内容的列表，然后并行检索每个对象，可以转储S3中的所有内容

使用S3的其他原因：

• HTTP兼容性，因此您可以直接将其他人或应用程序指向存储桶
• 大大降低了存储成本
• 按请求付费，而不是按配置的吞吐量付费（DynamoDB中640 KB/s的写入容量每月需要460美元，而S3中每1000次上传只需0.01美元）

---

我能想象的唯一一种情况是，DynamoDB对于图像存储来说可能是有意义的，那就是如果您的图像很小，经常变化，并且您对读取延迟非常敏感。除此之外，请使用S3。

将图像存储在S3中。willglynn已经描述了DynamoDB的局限性。但是，您可能希望在DynamoDB中存储图像和其他元数据的URL

---

关于DynamoDB的一点警告，它可能非常昂贵。从免费层升级到12个以上的吞吐量单元可能很容易花费几百美元。如果你用它来存储需要更大容量的大型项目（接近64KB，比如图像），很可能你最终会花上几千美元。对于使用AWS存储元数据，您可能需要检查SimpleDB。

对于图像，S3是正确答案。：）64 KB的限制不再适用于DynamoDB。他们将限制提高到每条记录400KB。为什么？亚马逊的网站上说，每读一个单位是9美分，每写一个单位是47美分。如果每个人再多买一打，你每个月大概要花7美元。有什么我们遗漏的吗？它确实说低至0.47美元，但我没有看到任何其他价格。