我正在尝试在GAE上构建类似购物车的webapp。到目前为止，我还没有在GAE上部署任何东西，只是继续在本地做一些POC ......然后，我读到了这个：
http://borglin.net/gwt-project/?page_id=688
当我阅读这些“弱点”时，我感到很惊讶，我很担心将应用程序放在GAE上是一个不错的选择。有人，特别是谁有经验建立现实交易的现实应用程序，请给我一些想法/分享你的想法？文章称GAE“没有https支持您的域名”。这是真的吗？我认为我需要做的只是将我的域https://www.abc.com指向GAE https://abc.appspot.com ...
对于BigTable，我理解在我的应用程序中构建分析/统计功能会非常困难（例如，提供每月的交易摘要）。有没有人有经验处理这种情况......？将数据从BigTable导出到RDBMS并执行一些SQL ...？
这篇文章还说BigTable写入性能不好：“我很幸运能够在GAE请求中每秒获得100次写入。”这是真的吗？我找不到任何支持/反驳它的数字..
我现在正在服务器端使用SpringMVC + Objectify。 GAE太重了吗？有人说春天可以做一个很长的冷启动......有多冷？使用20多种不同的页面/控制器和20多种实体/ DAO来启动应用程序需要多长时间？任何球场的数字...... ??
P.S。如果你知道任何建立在GAE上的真实应用程序，请在这里分享？因为我想知道我的应用程序有多远（或多大）。
非常感谢！
答案 0 :(得分：0)
我不知道其他主题，但我可以告诉你的是我们使用Guice + jersey的组合代替Spring :)如果我们考虑到启动时间，它对GAE更好
答案 1 :(得分：0)
1）这是真的。 https仅支持.appspot.com。一个非常大的缺点。
2）这不是真的，如果您需要进行复杂的连接等，您可以使用远程处理API执行任何类型的月度摘要报告。您还可以导出数据并使用离线工具
3）我没有看到那种写性能瓶颈，但最终需要处理一致性。也就是说，100次写入/秒不是一个小数字......
4）我会避免春天出现在发动机上。很多人愉快地使用它但我发现启动时间很慢并且引起了问题。
答案 2 :(得分：0)
自定义域的SSL位于testing phase。请注意，HTTPS / SSL并非设计用于共享IP托管（例如GAE），因此有一些SSL扩展在浏览器（SNI / VIP）上有各种支持。
数据存储区的查询非常弱。它们也很贵。有两种方法可以进行分析：
一个。创建一组分片计数器，并在每次事件发生时更新计数器（=金融交易）。我们使用它并且运行良好。唯一的缺点是这是“在线”分析。您无法为过去的数据添加其他分析参数。
湾将（匿名）数据上传到Google Big Query并在那里进行分析。
数据存储区对SINGLE实体或实体组有约5次写入更新/ s的限制（某些来源称为1 w / s）。对不同实体的并行写入没有限制。请记住，GAE是一个分布式系统，所有应用程序都使用ONE BigTable数据库。所以这是可扩展的。
我没有这方面的经验，但网上有各种报道。见http://www.listry.com/blog/2010/03/google-app-engine-cold-start-guide-for