市面上还有许多其他平台即服务(PaaS)提供商。例如，云计算市场领先者亚马逊也提供了 PaaS 产品，即 Elastic Beanstalk。在处理异步任务和自动负载平衡等方面，Heroku 不如 App Engine，不过在部署和 PostgreSQL 数据库等方面要好。然而，Heroku 并未提供广泛的应用程序接口(API)。通过谷歌，你实际上能获得比其他地方更好的 API。这就是你通过谷歌平台去运行代码的优势和劣势。

　　不过目前，谷歌自身也不像 2009 年时一样重视这一领域。2012 年时，由于对 App Engine 状况的不满，谷歌推出 谷歌 Compute Engine，即亚马逊 AWS 服务的直接竞争对手。毫无疑问，相对于采购设备并搭建自己的服务，利用这样的服务将更方便。不过，从易用性、灵活性和部署时间来看，这些服务相对于 PaaS 服务似乎是一种倒退。那么，为何 PaaS 服务未能征服所有市场?

　　PaaS 服务取得过成功。例如，Snapchat 就运行在 App Engine 之上，可汗学院 也是如此。Genius 和 ProductHunt 则基于 Heroku。这两大平台也为其他许多创业公司和大公司提供了服务。不过，如果 PaaS 能取得更大的成功，那么谷歌原本没有必要推出 Compute Engine，Docker 就不会成为新的热点，而 DevOps 也不会像现在一样知名。

　　那么，为何仍有许多人放弃 PaaS，转而开发自己的 AWS 和 Compute Engine 实例?为何 App Engine、Heroku 和 Elastic Beanstalk 未能征服世界?良好的控制性是否真的很重要?

　　原因猜测：包括 3 个方面——成本、对开发者的锁定，以及文化。

　　App Engine 的 价格 会经常性下调，但这样的调价过于频繁，令人迷惑。单一的实例，即一个简单的虚拟机，成本要超过每天 1 美元，这还不计算存储或带宽成本。Heroku 的情况也是类似。通过购买及运行自己的服务器，你能获得更好的性价比。尽管这时你会遇到更多的麻烦，导致开发时间被延长，但转而使用 PaaS 带来的好处对许多人来说并没有足够的价值。

　　随后是被锁定的问题。一旦你在 App Engine 的订制 API 之上开发了应用，你将需要专注于这一平台。你没有一种较好的方式回退，并转而使用另一家公司的平台。这种对开发者的锁定在其他 PaaS 服务中并不是很明显，但仍然存在。基础设施即服务(IaaS)领域有着 OpenStack 和 Docker 等通用标准，而 PaaS 领域没有这样的事实标准。

　　第三个原因，也是被认为最重要的一点原因在于文化。企业并不希望放弃对自主系统的控制，即使这样的控制权将导致很严重的复杂性。可以理解，系统管理员不希望丢掉自己的工作。

　　不过，这 3 点原因都是暂时性的。成本正在持续下降，文化在不断改变。有迹象表明，可互操作的 PaaS 服务和相应标准正在 缓慢发展 。

　　在电力刚刚出现的时代，所有工厂都使用自己的发电机，但随后都转向了公共的电网。IaaS 相当于所有公司都从电网中获得电力，但随后通过自主的变压器将电力转换为自己所需的形式。在这样的世界里，在代码运行过程中，开发者不必了解或关注服务器的问题。

　　责任编辑：余芯