这是非常高的要求。
我们将分发桌面代理（或浏览器插件）以收集大量用户的某些信息（未来数千或数百万）。
这些代理收集数据并定期将其上传到服务器应用程序。
服务器应用程序将允许分析收集的数据（根据4-5属性过滤，排序等）并以图表等形式汇总。
我们还应该能够导出一些收集的数据（csv或pdf）
我们正在寻找一个托管服务器应用程序的平台。由于管理成本和可扩展性低，GAE似乎很有吸引力（随着用户群的增加，平台将处理规模......希望！）。
GAE对我们来说是否可行？
一个重要的考虑因素是，有时代理的上传量可能超过每个上传周期50MB。我们将在互联网连接速度非常慢的地方拥有用户。显然，GAE对请求可以持续的持续时间有限制。上传量可能导致请求（从代理向服务器传输数据）持续时间超过30秒。如何处理这种情况？
谢谢！
答案 0 :(得分：0)
上传时间不被视为脚本执行时间的一部分，所以不用担心。
Google App Engine非常适合执行大量较小的作业，但执行复杂的长时间运行后台作业并非如此（因为30秒限制+甚至更小的数据库连接时间限制）。所以GAE可能是收集数据的一个非常好的平台，但不是实际分析它。你可能想把这两个分开。
答案 1 :(得分：0)
我们继续在GAE上实现了第一个版本。这里的经验非常多http://www.carlosble.com/?p=719
对于概念验证原型，我们迄今为止构建的内容是可以接受的。但是，我们决定不再使用GAE（至少目前的形状）来生产版本。痛苦有点大于我们案例中的好处。
我们遇到的问题很多。与我处理J2EE堆栈的经验不同，当遇到问题时，很多时候它都是死路一条。如果您能找到解决方法，解决方法非常复杂和丑陋。
通过编写好的原型，人们可以弄清楚GAE是否适合构建解决方案，然而，炒作是一个问题。许多新人因为炒作而对GAE过于兴奋，最终导致失败。因为他们会选择GAE用于各种不适合的目的。