云与市场成熟度是PaaS部署受阻两大原因

云计算正大行其道，逐渐成熟，采用率在提升，新用户在增加。这些都让软件即服务SaaS和基础架构即服务IaaS如鱼得水，发展迅猛。但平台即服务PaaS则稍显沉闷，通常是与云和市场还位于初期有关。

对某些级别的应用，软件即服务SaaS很适合，可提供一种对复杂应用访问的方式，无需花费大量的资金，只需很少的管理费用。类似的，IaaS越来越吸引组织，提供对大量计算、存储与带宽资源的访问，操作起来类似于内部基础架构，还无需前期成本。

PaaS的玩法则完全不同。具有前瞻目光的开发者喜欢PaaS，它的主要价值主张是提高生产效率，加快部署时间。PaaS也提供用于自动扩展与故障转移的内部部署，开发者不需要学习这些复杂的代码技术，就能在应用中拥有这些功能。

“当你结合一个预构建的操作系统与开发平台，应用部署相当简单，”OakLeaf Systems首席顾问与.Net开发者Roger Jennings表示，“虽然在有云需求时多数IT人士自然而然转向IaaS，其实只需十分钟就能在微软的Windows Azure PaaS上构建一个网站。”

现在，PaaS市场在整个公有云里只占据一小部分。不过如果PaaS流行——很多专家都坚信——将对IT人士产生深远影响，他们的角色与职责将发生重大改变。但该市场仍然处于初级阶段，这让企业IT很难预测有多少个与多少类型的PaaS平台和PaaS应用需要受到支持。

解剖PaaS

首先，IT企业应该清楚PaaS平台与假冒PaaS的区别。

“还记得咱们从基础架构供应商那里看见的云么？”Forrester分析师James Staten说，“PaaS的情况更糟。”

Staten说他经常看见厂商把普通的IaaS添加了几个服务就作为PaaS，以此迷惑开发者与操作人员。

究其核心，真正的PaaS平台必须包括一个抽象的运行环境、一个应用服务器、缓存层、开发工具的集成，以及自动扩展与故障恢复功能。按旧式说法，中间件可以运行在公有IaaS之上，或者是交付后能运行在内部硬件之上。

真正的PaaS包括但不限于微软Azure、Engine Yard、Heroku、CloudBees与Google App Engine。Staten说明，通常作为PaaS宣传的亚马逊Web服务AWS弹性BeanStalk其实不符合这些条件。

“BeanStalk做的是利用脚本在IaaS上部署复杂的应用，以及添加脚本用于故障恢复与扩展功能，”Staten说。与之相反，真正的PaaS不提供脚本，但提供应用所需的组件。

真假PaaS的区别不是简单的学术问题，对于开发人员来说影响深远。对于坚信是在PaaS上工作的开发者来说，“期望是我写我的代码，我部署，它能自动扩展，并能自动实现故障恢复，”Staten解释。而在假的PaaS上，“该期望落空，应用无法扩展与自动恢复。”