使用Amazon Web Services S3与Google Application Engine进行存储的相对优势

Question

您认为Amazon Web Services S3与Google Application Engine相比的优势和劣势是什么？在我问的时候,这两个人的每GB成本大致相似; 我没有看到任何关于服务质量的普遍抱怨; 所以我认为决定使用哪一个可能取决于API(所有事情).

Google的API将您的内容分解为静态内容,例如CSS文件,favicon,图像等以及非静态动态生成的HTTP响应.静态内容的请求将提供给任何请求它的人,直到达到您的带宽限制为止; 在达到您的带宽或CPU限制之前,将满足非静态请求.对于您的非静态请求,您可以提供您能够用Python表达的任何逻辑,这样您就可以挑选自己的服务对象.

亚马逊的API将您的所有内容视为存储桶中的blob,并提供一种访问协议,使您可以区分从世界可读到仅限所有者的各种可满足请求.但是,如果你想要一些不在套件中的东西,除了分析你的URI之外,我不知道你做了什么.

你看到两者之间有什么不同？您还喜欢其他云存储服务吗？ Zetta今天发布了一个新闻稿,但他们在beta应用程序上寻找至少10TB,而我的客户都没有(还); 和Joyent可能会在不久的将来做点什么.

Answer 1

GAE 对通过 appcfg.py 上传的静态文件的大小限制为每个 10MB（请查看http://code.google.com/appengine/docs/python/tools/uploadinganapp.html的底部）。显然，您可以编写代码将大文件切成小块并在下载时重新组装，但这对我来说意味着 Google 并不希望 App Engine 仅仅用作简单的 CDN，而且如果您想将其用作 CDN必须做一些工作。S3 开箱即用，您所要做的就是获取第三方界面应用程序。

如果您想在 S3 上执行一些非标准的文件访问操作，那么 Amazon 可能希望您在 EC2 上使用服务器实例。完成此操作后，您将拥有比 GAE 环境更大的灵活性，但您需要支付更多费用（现金，可能还有维护费用）。

GAE 的优点是它对于小型应用程序来说“便宜”（高达 1GB 存储空间、1GB 带宽和每天 130 万次点击都是免费的： http: //code.google.com/appengine/docs/quotas .html )。根据您的使用情况，这可能很重要，也可能与您的总带宽成本无关。

巧合的是，我这几天才第一次接触GAE。我采用了旧的 Perl CGI 脚本并将其转换为 GAE 应用程序，该应用程序已启动并运行。总共大约 10 个小时，包括阅读 GAE 介绍性文档并记住 Python 应该如何工作以编写几百行。我推测这比将一堆文件加载到 S3 上更费力，但比维护 EC2 服务器更省力。不过我没用过亚马逊。

[编辑补充：这听起来好像优势都是亚马逊用于商业目的。这很可能是真的，但 GAE 尚未成熟，大概会很快变得更好。他们只允许人们在 12 月左右开始付费，在此之前除非与谷歌有特殊安排，否则都是免费配额。虽然谷歌有时会因为其“永久测试版”的说法而受到批评，但我认为 GAE 确实还在起步阶段。如果您的应用程序非常适合 BigTable 数据范例，那么它在 GAE 上的扩展性可能会比 EC2 更好。对于存储，我认为 S3 已经足以满足所有合理的目的，而当您所做的只是提供文件服务时，Google 巧妙的架构使 GAE 没有优势来弥补。]

* 除了 Google 刚刚向我提供了 GAE Java 支持的预览版之外。

** 只是注意到您可以设置 chron 作业，但它们受到与任何其他请求相同的规则的限制（30 秒运行时间、无法修改文件等）。