您如何看待亚马逊网络服务S3与谷歌应用引擎相比的优势和劣势？每GB的成本二是，当时我问，大致相似;我还没有看到任何wides有关服务质量的$ P $垫投诉;所以我觉得其中一个使用的决定可能取决于（万物）的API。

What do you see as the advantages and disadvantages of Amazon Web Services S3 compared with Google Application Engine? The cost per gigabyte for the two is, at the time I ask, roughly similar; I have not seen any widespread complaints about the quality of service; so I think the decision of which one to use may depend on the API (of all things).

谷歌的API伤了你的内容变成了他们所谓的静态的内容，比如你的CSS文件，网页图标，图像等和非静态动态生成的HTTP响应。请求静态的东西将供应给任何请求，直到达到您的带宽限制;非静态的要求将得到满足，直到达到您的带宽或CPU限制。关于你的非静态请求，您可以为您提供能够EX preSS Python中的任何逻辑，所以你可以挑剔你服务谁。

Google's API breaks your content into what they call static content, such as your CSS files, favicons, images, etc and non-static dynamically-generated HTTP responses. Requests for static stuff will be served to whoever requests it until your bandwidth limit is reached; non-static requests will be fulfilled until your bandwidth or CPU limit is reached. With respect to your non-static requests, you can provide any logic you are able to express in Python, so you can be choosy about who you serve.

亚马逊的API将所有的内容斑点桶中，并提供了一​​个访问协议，使您可以区分各种fulfillable要求，从全局可读的业主只之间。如果你想要的东西，这不是在试剂盒中，虽然，我不知道你做什么，以后是深思熟虑有关分发您的URI。

Amazon's API treats all your content as blobs in a bucket, and provides an access protocol that lets you distinguish between a variety of fulfillable requests ranging from world-readable to owner-only. If you want to something that's not in the kit, though, I don't know what you do beyond being thoughtful about distributing your URIs.

你在两者之间看什么不同？还有没有其他的云存储服务，你喜欢什么？ Zetta今天了preSS的释放，但他们找上了测试版的应用程序最少十个千兆字节，没有我的客户是否有（还）;和 Joyent公司可能会做一些在不久的将来。

What differences do you see between the two? Are there other cloud storage services you like? Zetta had a press release today, but they're looking for a minimum of ten terabytes on the beta application, and none of my clients are there (yet); and Joyent will probably do something in the near future.

推荐答案

GAE有10MB的限制每个通过appcfg.py上传的静态文件（在的 HTTP：//$c$c.google.com/appengine/docs/python/tool​​s/uploadinganapp.html ）。很明显，你可以写code切大文件分成若干位和重组的下载时间，但它表明，我认为谷歌不希望App Engine的使用只是作为一个简单的CDN，而如果你想用它作为一个你就必须做一些工作。 S3没有工作的开箱即用，你所要做的就是抓住第三方界面应用程序。

GAE has a limit of 10MB each on static files uploaded through appcfg.py (look right at the bottom of http://code.google.com/appengine/docs/python/tools/uploadinganapp.html). Obviously you can write code to slice large files into bits and reassemble at download time, but it suggests to me that Google doesn't expect App Engine to be used just as a simple CDN, and that if you want to use it as one you'll have to do some work. S3 does the job out of the box, all you have to do is grab a third-party interface app.

如果你想要做的事非标上S3文件访问，则可能是亚马逊希望你去春来对EC2服务器实例。一旦做到这一点，你必须比GAE的环境，更大的灵活性，但你付出更多（现金并可能在维护）。

If you want to do something non-standard with file access on S3, then probably Amazon expects you to spring for a server instance on EC2. Once this is done, you have much more flexibility than GAE's environment, but you pay more (in cash and probably in maintenance).

加点为GAE的是，它有便宜在其一侧的小应用程序（高达1GB的存储，1GB的带宽和1.3万的点击率，每天都是免费的： HTTP：//$c$c.google.com/appengine/docs/quotas.html ）。根据您的使用，这可能是显著，也可能是无关紧要的对您的总带宽成本的规模。

The plus point for GAE is that it has "cheap" on its side for small apps (up to 1GB storage, 1GB bandwidth and 1.3 million hits a day are free: http://code.google.com/appengine/docs/quotas.html). Depending on your use, this might be significant, or it might be irrelevant on the scale of your total bandwidth costs.

巧的是，我刚才这最后几天看了GAE的第一次。我把一个旧的Perl CGI脚本，并把它变成一个GAE应用程序，这是启动和运行。约10小时计，包括读GAE的介绍文档和记忆的Python是如何工作的足够写几百行。我推测，是不是装了一堆文件到S3更多的努力，但比保持EC2服务器（S）省力。不过，我没有使用过亚马逊。

Coincidentally, I have just this last couple of days looked at GAE for the first time. I took an old Perl CGI script and turned it into a GAE app, which is up and running. About 10 hours total, including reading the GAE introductory docs and remembering how Python is supposed to work enough to write a couple of hundred lines. I'd speculate that's more effort than loading a bunch of files onto S3, but less effort than maintaining EC2 server(s). However, I haven't used Amazon.

*除谷歌刚刚给我提供了GAE的Java支持，preVIEW。

* Except that Google has just offered me a preview of GAE's Java support.

**只注意到你可以设置代下工作，但是他们由同一个规则，任何其他要求（30秒的运行时，不能修改文件等）。

** Just noticed that you can set up chron jobs, but they're limited by the same rules as any other request (30 second runtime, can't modify files, etc).