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

时间:2010-08-01 22:52:16

标签: google-app-engine web-applications

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

Google似乎有“业务”级支持。

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

当我应该使用Google App Engine以及何时不应将其用于网络应用程序时,是否有人可以列出项目符号列表

2 个答案:

答案 0 :(得分:17)

在我用我的项目刺入谷歌引擎几周之后,回答这个问题非常简单。您应该在以下时间使用它:

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

实际上,你可以将它用于任何东西,尤其是网站。它很快就变得太昂贵了,因为它运行着大量的后台进程。如果您正在全天候进行一些硬核数字运算,那么最好在某处使用自己的服务器,因为没有云服务可以真正实现这一目标。

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

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

答案 1 :(得分:0)

我无法告诉您是否应该在不知道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的可扩展性。

可以(并且已经)实现了解决此问题的解决方法,特别是对于task queue这样的问题,App Engine不断获得新功能和基于它的新框架。

App Engine for Business添加了SLA和不同的定价,但其他方面几乎完全相同。