我们将我们的应用程序托管在 Java 的 Google 应用引擎上,并且我们需要将献血者感谢证书(html
文件)存储在某个地方。
因此,我们可以使用 Google Blobstore 或 Google Cloud Storage。我知道这两种解决方案都可以使用 gae for Java
但是,我们的问题是决定使用哪一个。这两种方法的优缺点是什么?
我们是非营利组织,不能支付很多。
我们将我们的应用程序托管在 Java 的 Google 应用引擎上,并且我们需要将献血者感谢证书(html
文件)存储在某个地方。
因此,我们可以使用 Google Blobstore 或 Google Cloud Storage。我知道这两种解决方案都可以使用 gae for Java
但是,我们的问题是决定使用哪一个。这两种方法的优缺点是什么?
我们是非营利组织,不能支付很多。
如果您要开始一个新项目,我会选择 Cloud Storage。
谷歌似乎比他们的 blobstore 平台更努力地推动他们的云存储平台。例如,当前以编程方式将文件写入 blobstore已被弃用 ,但受 Cloud Storage 支持。我看不懂未来,但我敢打赌,谷歌将越来越多地弃用 blobstore API,转而支持 Cloud Storage API,这将导致令人头疼的问题。
更新:不再支持以编程方式写入 blobstore,但应用引擎完全支持它。此外,您可以使用 blobstore API 并仍然使用 Cloud Storage 作为后端。在这一点上,很明显 Cloud Storage 将比 blobstore 更长寿。
2017 年更新:Google 的官方建议是现在使用云存储而不是 blobstore。提前 4 年称之为这个。
最好使用 Blobstore。该服务有 5 GB 的免费空间(截至 2012 年 3 月)。云存储是一项付费服务。App Engine blobstore 类似于 Amazon S3,但灵活性较低。它具有基于 HTTP 的 API 和 Java/Python API(参见http://code.google.com/appengine/docs/java/blobstore/overview.html)。
首先,我想说如果您的 HTML 文件很小(或者通过 gzip 压缩可能很小),那么只需将其作为 BlobProperty 存储在数据存储中并添加元数据属性,以便您以后可以适当地检索它。
如果这不是一个选项,那么也许考虑您的应用程序的未来增长。Cloud Storage 对 Blobstore 的两大优势是 1) 第三方可访问性和 2) 没有文件大小限制。
但是,如果您知道这两个问题永远不需要为您的应用程序解决,那么请坚持使用 Blobstore。