在平台即服务市场中，谷歌公司是一名先行者，这使得他们与早期实施者保持着紧密的联系，但它是否能够在较长的时间内击败弹性Beanstalk呢？

在IaaS市场中，亚马逊网络服务以较大优势领先于谷歌公司的云平台，但是谷歌公司的PaaS则优于亚马逊公司，众多企业已经注意到这一点了。

谷歌公司的App Engine于2008年问世，三年前谷歌就开始致力于基础设施即服务（IaaS）平台的研发，而同样在三年前亚马逊公司推出了他们的平台即服务（PaaS）——弹性Beanstalk。

因为基础设施资源是在PaaS中抽取的，诸如谷歌App Engine之类的服务往往更得早期实施者的青睐——一旦PaaS成为了应用程序开发中的核心，他们就恰好处在平台之上。与弹性Beanstalk相比，谷歌的PaaS及其免费配额是更易于企业负担和管理的。

自从谷歌Engine问世以来，应用程序开发人员对其表现出了持久的忠诚。

“当他们推出谷歌App Engine时，其配额是免费的，”Allthecooks LLC的创始人Rafael Sanches说，Allthecooks是一家以烹饪爱好者为服务对象的社交网络应用程序开发商。“我们增加了过去的配额，但无论如何该服务仍然比亚马逊更便宜。”其它人还是欢迎通过PaaS发现提取底层基础设施资源。

“让我们能够只关注于应用程序代码开发、完全处理所有的规模缩放和管理工作、无需投资大量的IT基础设施以及无需投资服务器设置和管理这些系统，所有这些优势真的很吸引我们，”Workiva公司平台开发高级主管Dave Tucker说，Workiva是一家总部位于爱荷华州Ames市的财务报告软件开发商，从谷歌App Engine测试版发布至今他们一直都在使用这个工具。

目前，亚马逊的弹性Beanstalk提供了类似的功能，同时正式支持比谷歌App Engine更多的编程语言。 弹性Beanstalk支持Java、.NET、PHP、Node.js、Python以及Ruby等编程语言，而谷歌PaaS则支持Java、Python、PHP（预览）以及Go（作为一个实验性的服务），并在谷歌Compute Engine中具有对Node.js和Ruby的“点击部署”支持功能。

如同谷歌的App Engine一样，弹性Beanstalk还允许用户上传代码、提供抽取的底层基础设施资源以及根据应用程序发展而自动扩展。弹性Beanstalk的用户还可以选择自行对底层基础设施进行配置。

Workiva公司在亚马逊的弹性云上运行着实例，但是因为谷歌App Engine与Google Compute Engine之间的集成，Tucker认为公司应当把这些实例迁移至Compute Engine IaaS。

“我们真的很希望谷歌公司针对整个云项目概念所作出的一切，所有创建项目的能力都被集成在一起，其中包括了一个处理前端实例的App Engine、Compute Engine以及云存储等，”Tucker说。“从管理和安全的角度来看，对我们来说这真的是一个很好的模式。”

谷歌公司的PaaS路线图

谷歌公司PaaS的客户都为谷歌即将推出的功能而兴奋不已，例如通过一个被谷歌称为托管虚拟机的服务来实现PaaS和IaaS之间更深入的集成。此外，还有Kubernetes这样的容器管理服务。

“我们正在越来越多地让开发人员部署那些我们可以部署在容器中的微服务，这样所有围绕Docker的迁移都能够真正地按照我们的意图为我们而正常运行，”Tucker说。

Tucker和Sanches都表示，他们都期待着目前仍处于alpha测试阶段的托管虚拟机，这个新功能可允许用户通过谷歌的App Engine接口访问底层的Compute Engine虚拟机资源。

托管虚拟机将导致更多的成本节省，Sanches说。他说，他将通过在最大的可用实例上运行一堆服务来调整服务器以便于从服务中获得最大的价值。

Workiva公司将在工作量-工作量的基础之上对Kubernetes和托管虚拟机进行评估，以确定哪一项技术更适合他们公司的应用实际。

作为一个开源的项目，Kubernetes可以在任何位置上运行，其中也包括了AWS。因此，这也就与谷歌PaaS的“紧密性”优势相违背了，总部位于马萨诸塞州Cambridge市的Forrester研究公司的分析师James Staten说。

谷歌在集成PaaS和IaaS的赛场上处于落后位置，Staten说，这可能验证了弹性Beanstalk的业务模式，用户可以在这个模式下访问他们所选择的底层资源，但是他们还是可以在完全抽象的平台上正常运行。

谷歌公司有意识地模糊了PaaS和IaaS之间的界限，从而提供了统一的用户体验，但是时间将会告诉我们，这种方法是否能够弥补IaaS集成方面失去的时间，Staten说。