GAE还有哪些替代方案,因为我已经拥有了一些我希望保留的代码.换句话说,我正在挖掘python.但是,我的用例更多是请求数量较少,CPU使用率较高的用例,而且我担心我可能永远无法继续使用App Engine.我听过很多人谈论亚马逊网络服务和其他类型的云提供商,但我很难看到其他大多数产品提供的应用范围(数据查询,用户身份验证,自动扩展)引擎提供.我有什么选择?
AppScale
AppScale是一个允许用户部署和托管自己的Google App Engine应用程序的平台.它通过Amazon EC2和Eucalyptus以及Xen和KVM自动执行.它由AppScale Systems开发并维护.它支持Python,Go,PHP和Java Google App Engine平台.
http://github.com/AppScale/appscale
同时......这是2015年的时候,似乎集装箱是前进的方式.GAE的替代方案正在出现:
谷歌已经发布了由他们开发的容器调度软件Kubernetes来管理GCE容器,但也可以在其他集群上使用.
Docker上有一些即将推出的PaaS,比如
http://deis.io/
http://www.tsuru.io/
甚至Appscale本身都支持Docker
有趣的东西要关注.
我不认为GAE现在有另一种替代方法(关于代码可移植性),因为GAE属于它自己的类.当然,GAE是云计算,但我将GAE视为云计算的一个子集.亚马逊的EC2也是云计算(以及Joyent Accelerators,Slicehost Slices),但显然它们也是两种不同的野兽.所以现在你需要根据自己的需要重新思考架构.
GAE的直接好处在于它基本上免维护,因为它与基础设施(可扩展的Web服务器和数据库管理)相关.GAE更适合那些只想专注于他们的应用程序而不是底层系统的开发人员.在某种程度上,您可以考虑开发人员友好.现在还应该说,这些其他云计算解决方案也试图让您只需要通过提供VM映像/模板来担心您的应用程序.最终,您的需求将决定您应该采取的方法.
现在考虑到这一切,我们还可以构建可满足我们需求的混合解决方案和解决方案.例如,GAE似乎并不直接适合您描述的此特定应用程序需求.换句话说,GAE提供相对较多的请求,较少的cpu周期(不确定付费版本是否会有所不同).
但是,应对这一挑战的一种方法是构建一个定制解决方案,将GAE作为前端,将Amazon AWS(EC2,S3和SQS)作为后端.有些人会说你也可以在AWS上构建整个堆栈,但这也可能涉及重写大量现有代码.此外,作为解决方法,先前的stackoverflow帖子描述了在GAE中模拟后台任务的方法.此外,您还可以查看HTTP Map/Reduce来分配工作负载.
替代方案:1.AppScale 2. Heroku.
参考:Google AppEngine的替代品?