amazon-s3 - 我应该将附件存储在 CouchDB 还是 S3 中？

Question

我正在编写一个简单的 Web API，它完全围绕文件上传。用户可以通过基于 HTTP 的 API 将文件上传到服务，服务将生成文件供用户访问，并且还需要将它们与上传的文件一起存储。所以会有很多文件在起作用。

基本上，我试图在将这些存储在 CouchDB 中和将它们存储在 Amazon 的 S3 之类的东西中之间做出决定。

使用 CouchDB，我可能有一个用于用户初始上传文件的文档，附件数据内嵌在 _attachments 集合中。系统制作的其他文件将添加到该文档中。 (服务做文档转换，所以他们上传Excel XLS，系统生成PDF、TXT等)我觉得这样就好了，因为在上传的文档记录上删除一次也会删除生成的PDF、TXT或任何其他附件。

使用 S3，我知道我使用的是完全专用于单个文件存储的托管解决方案，因此我感到安全。它还专门将带宽专用于这些文件，并且不会来自我的 API Web 服务器。缺点是它为我的 API 代码添加了很多额外的逻辑，现在我必须保持大量远程文件与本地 CouchDB 数据库对它们的了解保持同步。此外，如果我希望最终用户直接从 S3 访问文件，我将不得不处理请求签名和其他事情。文档都是单独存储的，因此从 CouchDB 中删除用户上传的附件需要我对 S3 进行多次删除查询以获取其他文件。

我熟悉 S3，并在当前项目中使用它，但 CouchDB 允许附件的方式看起来非常棒。我很想使用它，但有什么问题或缺点吗？在我上面描述的场景中，CouchDB 附件是否比 S3 更有意义，因为存储了大量上传的文件？

Answer 1

我已经成功地将 couchdb 用于许多项目和几个类似的项目。您可以在带有 couchdb 的盒子中获得很多东西。我的问题是你的文件的平均大小是多少，你认为你的数据库会有多大？