我目前正在设计一个基于Web的应用程序架构，还需要提供某种图片存储功能。用户将能够上传照片作为服务的关键特性之一，同时查看这些图片也将是主要用途之一（通过Web）。
然而，我不确定如何在我的应用程序中实现可扩展的图片存储组件。我已经考虑了不同的解决方案，但由于缺乏经验，我期待听到您的建议。除了图像外，元数据也必须保存。
以下是我的初步想法：
使用（分布式）文件系统，例如HDFS，并准备专用的Web服务器作为“文件系统客户端”，以便保存上传的图像和服务请求。图像元数据保存在另一个数据库中，包括每个图像的文件路径信息。
在HDFS上使用类似BigTable的系统，例如HBase，并将图像和元数据一起保存。同样，Web服务器桥接图像上传和请求。
使用完全无模式的数据库，例如CouchDB，用于存储图像和元数据。此外，使用基于HTTP的RESTful API将其本身用于上传和交付。（附加问题：CouchDB通过Base64保存BLOB，但它是否能返回图像/ JPEG等形式的数据？）
附加问题: CouchDB是否通过Base64保存blob。
CouchDB不会将blob保存为Base64，它们以纯二进制的形式存储。当使用?attachments=true检索带有JSON文档时，我们将磁盘上的二进制转换为Base64，以便安全地添加到JSON中，但这只是一种演示级别的东西。
CouchDB按其存储的内容类型提供附件。实际上，将HTML、CSS和GIF/PNG/JPEG附件直接提供给浏览器是可能的、常见的做法。
附件可以流式传输，在CouchDB 1.1中，甚至支持范围标头（用于媒体流传输和/或恢复被中断的下载）。
使用Seaweed-FS（曾称Weed-FS），这是Facebook的Haystack论文的一种实现。
Seaweed-FS非常灵活，只保留了基本功能。它被创建用于存储数十亿个图像，并快速地提供服务。
好的，如果所有AWS的东西都行不通，这里有几个想法。
关于（3），如果你将二进制数据放入数据库中，同样的数据将会出现。使其成为jpeg的是数据的格式，而不是数据库认为它是什么。当你将Content-type头设置为image/jpeg时，客户端（Web浏览器）认为它是jpeg。你也可以将它设置为其他内容（不建议），比如文本，这就是浏览器尝试解释它的方式。
对于磁盘存储，我喜欢CouchDB的简单性，但HDFS肯定也可以。这里有一个链接，介绍了如何从CouchDB中提供图像内容：http://japhr.blogspot.com/2009/04/render-couchdb-images-via-sinatra.html
编辑：这里有一个有用的讨论链接，讨论了在Linux / Apache下将图像缓存到memcached与从磁盘提供它们之间的区别。
我一直在使用Python视图服务器中可用的CouchDB视图服务器_update功能进行实验。
我做的一个非常酷的事情是为图像上传编写了一个更新函数，以便我可以使用PIL创建缩略图和其他相关图像，并在它们被推送到CouchDB时将它们附加到文档上。
如果您需要图像处理并希望减少所需的代码和基础设施的数量，这可能会很有用。
我已经在cassandra之上编写了图像存储。我们有很多写入和随机读取，但读写比低。对于高读写比率，我建议您使用mongodb（GridFs）。
