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上,“该期望落空,应用无法扩展与自动恢复。”