GAE： +1 Servlet容器就绪（+ JVM6） +2 openid开箱即用的支持/ API -1 JPA2.0限制（包括 - 无标准API） -2我不能用nutch
AWS： -1我要管理服务器。 -2我自己实现OpenID。 -3我无法在AWS中使用JPA2。
以上几点说明了我知道多少/几乎没有，特别是。的AWS。有没有像GAE那样轻松获得AWS Java-ready，JPA2-ready和OpenID-ready的方法。
答案 0 :(得分：2)
GAE中的第一个限制（没有SQL支持，因此，无法忍受的JPA限制）很快就会失败：Google SQL Service Preview
答案 1 :(得分：2)
Amazon Elastic Beanstalk为您提供托管且可扩展的Tomcat环境（将来可能会有更多应用服务器）http://aws.amazon.com/elasticbeanstalk/
AWS和GAE之间的选择也很大程度上取决于您的应用程序。服务背后的设计考虑因素非常不同。 GAE的目标是提供最终的可扩展性，但另一方面消除固定成本（如果您的应用程序仅为少数客户提供服务，则运行它非常便宜）。
如果您的应用程序是轻量级的（不依赖于繁重的框架）并且您可以适应数据存储限制，则GAE可能会很好。对于通用Java应用程序，如果与Beanstalk和RDS相关的成本不是太高，我会推荐AWS。