谷歌应用引擎 - 什么时候使用它,什么时候不用？

Question

当我应该或不应该使用Google App Engine部署商业Web应用程序时,我仍然不清楚.

看来谷歌有"业务"级别的支持.

http://code.google.com/appengine/

当我应该使用Google App Engine时以及我不应该将它用于Web应用程序时,可以列出一些项目符号

Answer 1

在我用我的项目进行了几周的谷歌引擎攻击后,这个问题非常简单.你应该在以下时间使用它:

• 你不能被设置为服务器
• 你想要即时免费几乎无限的可扩展性
• 你的流量很大,而且难以预测
• 你不想照顾自己的服务器监控工具
• 您需要的价格符合您的实际使用情况,而不是基于时间段的价格
• 你可以将长任务分成30秒
• 你有使用noSQL的技能/意愿/愿望并处理其后果
• 您可以在没有直接文件系统访问的情况下工作

实际上,你可以将它用于任何东西,特别是网站.它很快就变得太昂贵了,因为它运行着大量的后台进程.如果你在24/7做一些硬核数字运算,你最好在某个地方使用你自己的服务器,因为没有云服务可以真正实现这一点.

但是想到这一点,你还能在哪里获得一个架构,每月可以吞下10多个请求,每月10美元？

基本上它归结为:如果你想专注于开发代码,而不是你的服务器架构.GAE适合你.(不像亚马逊的表现更像一个花哨的VPS)

Answer 2

在不知道您需要 Web 应用程序做什么的情况下，我无法真正告诉您是否应该使用 App Engine，但我会告诉您 App Engine 可以做什么，不能（或不会）做什么。

App Engine 非常擅长扩展。事实上，它的设计初衷是为了将网络应用程序扩展到可笑的长度，而易用性和功能数量则是次要目标。

这并不是说 App Engine 没有功能，或者不容易使用，只是说，如果在添加功能和保持可扩展性之间做出选择，App Engine 团队会选择可扩展性。

例如，App Engine 不具备关系数据库的某些功能，因为这些功能无法扩展到 App Engine 设计支持的应用程序的大小。App Engine 不支持耗时超过 30 秒的请求，因为 App Engine 旨在为 Web 应用程序提供服务，而不是处理长时间运行的请求。

一般来说，当 App Engine 不支持某些内容时，并不是因为它不可能（没有什么是不可能的），而是因为它会降低 App Engine 的可扩展性。

有一些解决方法可以（并且已经）实现来解决这个问题，特别是像任务队列这样的东西，并且App Engine不断获得新功能和建立在其之上的新框架。

App Engine for Business添加了 SLA 和不同的定价，但在其他方面与 App Engine 几乎相同。