Image 图像存储/标记解决方案

我们正在创建一个网站，将有用户上传图像的分类和搜索

我的问题是围绕图像存储，什么能成为可靠的可维护解决方案

我看过S3——它看起来很有前途

如果S3是一个不错的选择，那么我将在哪里存储对对象的引用（以及元数据/标记）

---

谢谢：）

如果我在设计这样一个系统，我肯定会在某种程度上考虑S3的可伸缩性和耐久性，以实际存储图像和缩略图以及元数据

S3元数据存储限制为2KB（所有键和所有值的总字节数），限制为US-ASCII，并且没有索引——您必须获取特定对象的元数据。对于许多应用程序，这是完全足够的，但在您的情况下，这是非常值得怀疑的

因此，“S3是一个好的选择”这个问题很容易回答：如果你是说在AWS服务中，答案是肯定的，很难说它是最合适的

你也可以考虑CyrdFrand，而不是S3。它可以通过将“流行”内容缓存到更靠近用户所在位置的位置来缩短加载时间

---

在哪里存储对对象的引用将进入“基于意见”的领域，这是我们在堆栈溢出时不做的。答案当然是“在数据库中”，但AWS在这里有选择

我是一个关系数据库DBA，所以当然，我的倾向是所有东西都应该有一个关系数据库（比如RDS）作为其权威数据存储，而其他人可能会说DynamoDB NoSQL数据库产品将是一个有用的数据存储

从那里（无论“那里”）可以使用元数据、关键字等填充CloudSearch，以处理实际的搜索操作，使用它构建的索引，这些索引可能比适当的数据库更适合搜索密集型操作。然而，我不会尝试使用CloudSearch作为所有有价值元数据的权威存储。搜索索引应被视为一次性、可重建的资产。。。尽管我担心即使是这样的声明也会让一些人觉得它是基于观点的

有一件事不是意见的问题是，所有这些不同的云服务都允许您以几年前无法想象的低成本构建一个概念验证基础设施。。。所以，你可以尝试它们，玩它们，如果它们没有达到你的期望，就把它们扔掉。你不必在尝试之前购买