Google app engine 作为生产平台的谷歌应用引擎

我们即将开始新的商业网站项目，并考虑将谷歌应用引擎作为一个潜在的平台

问题:

谷歌应用程序引擎真的很强大吗 可扩展，可被视为 商业广告制作平台 项目

它更贵吗 比好的托管公司更便宜 长期服务

是吗 有可能（而且相当便宜）搬家 从Google应用程序引擎到 独立服务器/场（例如，使用它 作为一个私有系统，利用我们的 拥有硬件等）

有一些吗 应对DDoS攻击的机制

我可以对这个文件做一个完整的备份吗 应用程序数据

---

抱歉问这么愚蠢的问题。

这取决于你的需要。 对于一个需要在短时间内从很少的用户扩展到可能的数百万用户的项目，google app engine可能正是您想要的

但是，请注意，您可能会对GAE的局限性感到惊讶。数据存储不能使用IN语句进行全文搜索或查询。 因此，请仔细指定应用程序将需要什么，以及要存储和搜索哪些数据

这也意味着将应用程序从GAE移动到单独的服务器可能会很麻烦，因为数据库体系结构很可能会有所不同

手表（他们说：“是的，它是可伸缩的”

那要看情况了…它甚至可以免费为你（你为你的负载付费）

例如，你可以使用迁移到亚马逊，这也是一个好主意

问得好我真的不知道

使用

你的问题#3引发了一个危险信号。如果这是一个重要的问题，我会在这个时候提醒你不要使用App Engine。我喜欢这个平台，并且毫不怀疑他们会在某个时候（但不是现在）成为一个自托管解决方案的可行迁移路径。像这样的事情证明了这是可能的，但付出的努力和投资值得吗？这就是我要问的问题。我想知道是否有人成功地将一个真实世界的生产应用程序引擎应用程序移植到另一台主机

备份应该很容易编写脚本，或者有类似Bolotov提到的工具

关于成本，你可能可以免费获得数万（可能数百）个对象（记录）和可观的流量/使用。除此之外，我不确定比较托管成本，听起来是一个值得研究的领域（自我说明）

---

最后，Silfverstrom在限制方面是正确的，尤其是在全文搜索方面。有一些项目正在解决这个问题，但可能没有成熟的RDBMS那么强大。

我将回答问题1：

我正在app engine上试用一个新的web应用程序。我们已经花了大约一个月的时间编写代码，为我们的第一个客户做好准备。他们上周上线了。他们喜欢这个软件，但几天前我开始在应用程序中发现随机的超过截止日期的错误。如果你查找记录或列表，它就会出现在毫秒内返回。下一次运行需要30秒，返回时出现超过截止日期的错误

仪表板中的堆栈跟踪会给出随机结果。我尝试了所有方法，甚至将应用程序剥离为hello world。我将一条日志消息放入django process request中间件，这是我们执行的第一段代码。它显示，在超时请求上，从google获得请求到运行我们的应用程序需要25秒处理你的请求代码。我在谷歌论坛上发了帖子，什么也没有得到。我联系了谷歌的某个人，他们很快回复了我，但只说他们会联系团队。从那以后就什么都没有了

有可能是我在做什么导致了这一点，但我真的很怀疑。谷歌没有提供支持，所以我基本上运气不佳

如果这是一个成熟的商业应用程序，我就破产了

tl；dr：谷歌应用程序引擎前景广阔，但尚需成熟，尚不适合商业化生产

我的答案：

在gae（可能是最大的应用程序）上运行，查看数百万数字

直到你的应用程序增长了一点，你才付款

如果您熟悉python，那么可以使用

拒绝服务保护（，）

，一篇很棒的文章

---

更新一些最新信息（2013年），GAE现在有一个文本搜索API。你不能直接在数据库中搜索数据；你可以从数据中创建可搜索的文档，然后将它们添加到可搜索的索引中。这并不难，但很麻烦。特别是，每当数据发生更改时，你都需要重新生成更改的文档并在索引中更新它们

---

将数据导出到Google Big Query（谷歌大查询）中也相当容易，这使得报告变得非常容易。

+1有着令人惊讶的局限性。然而，正是这些限制使得GAE具有如此大的可扩展性。也不是说你可以轻松导出数据。我还可以观看2010年AppEngine上的Google I/O视频。他们正忙着用不同的方式来查询你的数据数据。+1个好问题，特别是关于DDoS的部分。如果不防御it攻击，可能会吃掉你的免费限制甚至你的钱：（appdrop看起来已经被放弃了，它只使用了我能收集到的SDK（即，不是可伸缩的BigTable解决方案），所以我的问题仍然是可移植性。不是说你做不到，而是需要付出多大的努力？你能给论坛线程一个链接吗？根本的问题在这里：我原来的线程在这里，但有几十个相同的主题：对我来说，这个问题实际上已经在本周（2009年9月21日）解决了谷歌在22日进行了一次重大升级。其他人仍在经历这个问题。