有关使用Google App Engine的反馈？[关闭]

希望做一个非常小，快速而又肮脏的项目。我喜欢Google App Engine在Python上运行并内置Django的事实-给我借口尝试该平台...但是我的问题是：

除了玩具问题以外，还有人利用App Engine处理其他事情吗？我看到了一些很好的示例应用程序，因此我认为这对于真实交易来说已经足够了，但是我想获得一些反馈。

任何其他成功/失败记录都很棒。

我已经为小型地震监视应用程序http://quakewatch.appspot.com/尝试了应用引擎

我的目的是查看应用程序引擎的功能，因此主要要点：

1. 默认情况下，它不是Django附带的，它有自己的Web框架，它是pythonic的，具有像Django这样的URL调度程序，并且使用Django模板。因此，如果您有Django exp。您会发现它易于使用
   • 但是您可以使用任何纯python框架，并且可以轻松添加Django，请参见 http://code.google.com/appengine/articles/django.html google-app-engine-django（http://code.google.com/ p / google-app-engine-django /）项目非常出色，并且几乎就像在Django项目上一样工作
2. 您无法在服务器上执行任何长时间运行的进程，您要做的就是回复请求，并且应该很快，否则appengine会杀死它。因此，如果您的应用程序需要大量后端处理，则appengine不是最佳方法，否则您将不得不进行处理在您自己的服务器上
3. 我的quakewatch应用程序具有订阅功能，这意味着我必须通过电子邮件将最新的地震发生，但是我无法在app引擎中运行后台进程来监视新的地震解决方案，这里是使用像pingablity.com这样的第三方服务，连接到您的页面之一并执行订阅电子邮件程序，但是在这里您还必须注意不要在这里花费太多时间或将任务分成几部分
4. 它提供了类似于Django的建模功能，但后端完全不同，但是对于新项目而言，这并不重要。

但是总的来说，我认为这对于创建不需要大量后台处理的应用程序非常有用。

编辑：现在，任务队列可用于运行批处理或计划的任务

编辑：在GAE上工作/创建一个真实的应用程序一年之后，现在我的看法是，除非您要开发需要扩展到数百万用户的应用程序，否则请不要使用GAE。由于具有分布式特性，因此在GAE中维护和执行琐碎的任务是一件令人头疼的事情，为了避免超出期限，错误地计数实体或执行复杂的查询需要复杂的代码，因此小型复杂的应用程序应坚持使用LAMP。

编辑：模型应该特别考虑到您将来希望进行的所有交易而设计，因为只能在同一实体组中的实体可以在交易中使用，并且这使得更新两个不同组的过程成为噩梦，例如将资金从user1转移到user2除非它们在同一个实体组中，否则不可能在事务中进行交易，但是对于频繁更新而言，使它们成为同一实体组可能不是最好的....阅读此http://blog.notdot.net/2009/9/Distributed-Transactions-应用引擎

我正在使用GAE托管多个高流量应用程序。大约为50-100 req / sec。太好了，我不能推荐它。

我以前的Web开发经验是使用Ruby（Rails / Merb）。学习Python很容易。我并没有弄乱Django或Pylons或任何其他框架，只是从GAE示例开始，并从提供的基本webapp库中构建了我需要的东西。

如果您习惯了SQL的灵活性，那么数据存储区可能需要一些时间来适应。没什么太伤人的！最大的调整是远离JOIN。您必须摆脱标准化是至关重要的想法。

本

我使用Google App Engine的令人信服的原因之一是它与您所在域的Google Apps集成。从本质上讲，它允许您创建自定义的托管Web应用程序，这些应用程序仅限于您域的（受控）登录名。

我在这段代码中的大部分经验是构建一个简单的时间/任务跟踪应用程序。模板引擎很简单，但是使多页应用程序非常容易上手。登录/用户意识api同样有用。我能够创建一个公共页面/私有页面范例而没有太多问题。（用户将登录以查看私有页面。仅向匿名用户显示公共页面。）

当我因从事“实际工作”而离开时，我只是进入项目的数据存储部分。

我能够在极短的时间内完成很多工作（尚未完成）。因为我以前从未使用过Python，所以这特别令人愉快（既因为这对我来说是一种新语言，也因为尽管使用了新语言，但开发仍然非常快）。我碰到的很少，使我相信我将无法完成任务。相反，我对功能和特性有一个相当积极的印象。

这就是我的经验。也许它不仅仅代表未完成的玩具项目，还代表对平台的知情试用，我希望能有所帮助。

“运行Django的App Engine”的想法有点误导。App Engine取代了整个Django模型层，因此准备花一些时间适应App Engine的数据存储，这需要以不同的方式建模和思考数据。

我用GAE建立了http://www.muspy.com

它不仅是一个玩具项目，而且也不过分复杂。我仍然依赖于Google可以解决的一些问题，但是整体开发网站是一种令人愉快的体验。

如果您不想处理托管问题，服务器管理等问题，绝对可以推荐。特别是如果您已经了解Python和Django。

我认为，对于小型项目，App Engine目前非常不错。有很多事情可以说，不必担心托管。该API还会引导您朝着构建可扩展应用程序的方向发展，这是一种很好的做法。

• app-engine-patch是Django和App Engine之间的良好层，可启用auth应用程序及更多功能。
• Google承诺在2008年底之前提供SLA和定价模型。
• 请求必须在10秒内完成，对Web服务的子请求则需要在5秒内完成。这迫使您设计一个快速，轻量级的应用程序，将重要的处理工作卸载到其他平台（例如，托管服务或EC2实例）。
• 更多语言即将推出！Google不会说：-)。我的钱接下来是Java。

这个问题已经被完全回答。哪个好 但是也许有一件事值得一提。google app引擎有一个eclipse ide插件，很高兴使用。

如果您已经使用Eclipse进行开发，您将对此感到非常高兴。

要在Google App Engine的网站上进行部署，我需要做的就是单击一个带有飞机徽标的小按钮-超级。

看一下sql游戏，它非常稳定，实际上将流量限制提高了一点，从而使其受到Google的限制。除了将App托管在其他人完全控制的服务器上之外，我没有看到关于App Engine的好消息。

我使用GAE构建了一个简单的应用程序，该应用程序接受一些参数，格式并发送电子邮件。这是非常简单和快速的。我还在GAE数据存储和内存缓存服务（http://dbaspects.blogspot.com/2010/01/memcache-vs-datastore-on-google-app.html）上做了一些性能基准测试。没有那么快。我认为GAE是执行特定方法的严肃平台。我认为它将演变为真正可扩展的平台，在该平台上根本不允许不良做法。

我将GAE用于我的Flash游戏网站Bearded Games。GAE是一个很棒的平台。我使用了Django模板，它比PHP过去要容易得多。它带有出色的管理面板，并为您提供了非常好的日志。数据存储区不同于MySQL之类的数据库，但是使用起来要容易得多。建立网站非常简单明了，他们在网站上有很多有用的建议。

我使用GAE和Django构建了Facebook应用程序。我以http://code.google.com/p/app-engine-patch作为起点，因为它具有Django 1.1支持。我没有尝试使用任何manage.py命令，因为我认为它们不起作用，但是我什至没有调查。该应用程序具有三个模型，还使用了pyfacebook，但这就是复杂程度。我正在构建一个更加复杂的应用程序，并开始在http://brianyamabe.com上发布博客。