，还有什么可选择的，以GAE因为我已经有代码的好位的工作，我想保留。 换句话说，我挖蟒蛇。 然而，我的用例是一个比较低的请求数量，更高的CPU使用类型的使用情况下，我很担心，我可能无法继续使用App Engine的永远。 我听到很多人谈论Amazon Web服务和其他类型的云服务供应商的，但我有一个很难看到，大多数这些产品的提供服务（数据查询，用户认证，自动缩放），其范围应用引擎提供。 什么是我选择这里？
Answer 1:
我不认为还有另外一种选择（与问候到代码的可移植性）到GAE现在因为GAE是一类自身的。 当然GAE是云计算，但我看到GAE云计算的一个子集。 亚马逊的EC2也是云计算（以及Joyent的加速器，Slicehost片），但显然它们是两个不同的东西为好。 所以现在你是在根据您的需求，就需要重新考虑你的架构的情况。
GAE的直接好处是，它基本上是免维护的，因为它涉及到基础设施（可扩展的Web服务器和数据库管理）。 GAE是只希望把重点放在他们的应用程序，而不是底层system.In的方式，你可以考虑开发者友好的开发更有针对性。 现在，它也应该说，这些云计算解决方案也尽量让你只担心你的应用程序，就像你一样，提供的VM映像/模板。 最终，您的需求将决定你应该采取的办法。
现在，这一切在心中，我们还可以构建混合解决方案和解决办法可能满足我们的需求。 举例来说，GAE似乎并不直接适用于这个特定的应用程序需要你描述。 换句话说，GAE提供相对高一些的请求，低的CPU周期数（不知道是否付费版本会有所不同）。
然而，为了解决这一挑战的一种方法是通过建立涉及GAE为前端和Amazon AWS（EC2，S3和SQS）作为后端定制的解决方案。 有些人会说，你还不如建立在AWS整个堆栈，但可能涉及重写大量的现有代码。 此外，作为一种解决方法之前的计算器职位描述GAE模拟后台任务的方法。 此外，你可以看看HTTP的Map / Reduce分配工作量为好。
Answer 2:
AppScale
AppScale是一个平台，允许用户部署和举办自己的谷歌App Engine应用程序。 它在亚马逊EC2和桉树以及Xen和KVM自动执行。 它已经开发并维护AppScale系统 。 它支持Python的，围棋，PHP和Java谷歌App Engine的平台。
http://github.com/AppScale/appscale
同时...
......这是2015年amost并且似乎容器前进的方式。 替代GAE正在出现：
谷歌已经发布Kubernetes ，集装箱调度软件由他们开发的管理GCE容器 ，但可以对其他集群被使用。
还有一些即将到来的PaaS上的码头工人，如
- http://deis.io/
- http://www.tsuru.io/
- 甚至Appscale本身支持多克
有趣的东西留意。
Answer 3:
替代方案：1. AppScale 2 的Heroku 。
参考： 另类的谷歌AppEngine上？
Answer 4:
有点晚了，但我想给Heroku上一展身手：
Heroku的是一个多语种的云应用平台。 随着Heroku的，你不需要考虑在所有服务器。 你可以在你选择的编程语言，用现代发展的做法写的应用程序，背上它与附加资源，如SQL和NoSQL数据库，Memcached的，等等。 您可以使用Heroku的命令行工具管理自己的应用程序，你使用Git的版本控制系统部署代码，对Heroku的基础设施的所有运行。
https://www.heroku.com/about
Answer 5:
截至2016年，如果你愿意一概而论的PaaS （平台即服务）和FAAS在相同的（功能作为服务） 无服务器计算类别，然后你有几个FAAS选项。
所有权
AWS LAMBDA
AWS LAMBDA让您无需设置或管理服务器上运行的代码。 您只需支付你消耗计算时间 - 有您的代码时没有运行不收费。 和λ，可以为几乎任何类型的应用程序或后端服务的运行代码 - 所有的零管理。 只要上传你的代码和Lambda负责运行，并具有高可用性扩展您的代码所需的一切。 你可以设置你的代码从其他AWS服务自动触发，或直接从任何网络或移动应用调用它。
AWS步骤功能补充AWS LAMBDA。
AWS步骤功能可以很容易地协调使用可视化工作流的分布式应用程序和微服务的组成部分。 从每一个执行离散功能允许您缩放各个组件和应用程序的变化快速构建应用程序。 步骤功能是协调组件和通过应用程序的功能步骤的可靠方法。 步骤功能提供了一个图形控制台来安排和可视化应用程序的组件的一系列步骤。 这使得简单的构建和运行多步骤的应用。 步骤功能会自动触发并跟踪每一个步骤，并且重试时出现错误，那么你的应用程序执行顺序和预期。 步骤功能记录了每个步骤的状态，所以当事情出错了，你可以快速诊断并排除故障。 您可以更改和添加步骤，甚至没有写代码
谷歌云功能
由于2016是在阿尔法。
谷歌云功能是一个轻量级的，基于事件的异步计算解决方案，允许您创建，而无需管理服务器或运行时环境，云事件作出反应小，单一用途的功能。 从谷歌云存储和谷歌Cloud发布/订阅事件可以触发云功能异步运行，也可以使用HTTP调用同步执行。
Azure的功能
基于事件的无服务器计算的经验，以加速开发。 它可以根据需求扩展和您只需为您消耗的资源。
打开
无服务器
无服务器架构允许您部署自动缩放，按次执行，事件驱动的功能任何云。 我们目前支持亚马逊Web服务的lambda，并扩展到支持其他云提供商。
IronFunctions
IronFunctions为任何云的开源无服务器计算平台 - 私有，公共或混合。
它仍然要看到与火焰原子吸收法的CaaS（容器作为服务）如何竞争。 前者似乎更轻巧。 双方似乎都适合微服务架构。
我预计的功能（如FAAS）是不是该行的结束，以及多年的未来，我们将看到进一步的服务的抽象，如测试，只有发展，其次是纯语言的情景。
Answer 6:
亚马逊的弹性计算云EC2或者是一个不错的选择。 你基本上在自己的服务器，你可以通过Web界面来控制上运行Linux VM的（对上电和下）和通过SSH访问过程中或任何你通常设置...而且因为它是一个Linux的安装，你控制，你可以如果你愿意，当然运行python。
Answer 7:
微软的Windows Azure可能是值得考虑的。 恐怕我还没有使用它，所以如果它的任何好处，你应该记住，这是目前一个CTP不能说。
看看这里。
Answer 8:
如果你有兴趣在云中，也许想创建自己的生产和/或测试，你必须看看桉树 。 这是据称EC2但开放源代码兼容。
Answer 9:
您可能还需要采取的外观在AWS弹性Beanstock -它有一个更接近等价于GAE的功能，因为它的设计是PaaS的，毋宁说的IaaS（即EC2）
Answer 10:
我更希望看到如何应用引擎可以很容易地加上用于CPU密集型请求另一台服务器。
Answer 11:
TyphoonAE正在努力做到这一点。 我没有测试它，但同时它仍处于测试阶段，它看起来像它的ATLEAST在积极发展。
Answer 12:
云计算的转变是如此之快，你没有时间可以浪费了用于测试不同的平台上发生的事情。 我建议你尝试Jelastic如果你有兴趣在Java中也是如此。
其中一件关于Jelastic最大的事情是，你并不需要在您的应用程序的代码进行任何更改，除非更改您的应用程序的功能，但不适合的原因所选择的平台要求这一点。 参照这一点，你实际上并没有浪费你的time.The部署过程仅仅是完美无瑕的，你可以部署.war文件的任何地方further.Using GAE要求修改其周围的系统所需要的应用程序。 在情况下，如果你碰巧获得与Java的工作，并开始寻找一个更加灵活的平台，Jelastic是一个兼容的替代品。
Answer 13:
您还可以使用Red Hat的普矮项目，不加修饰的Wildfly应用服务器（以前的JBoss）上运行的应用程序GAE。
您可以点击此处查看：
http://capedwarf.org/
文章来源: What alternatives are there to Google App Engine? [closed]
