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

日期: 2014-04-17 作者:Alex Barrett翻译:唐琼瑶 来源:TechTarget中国 英文

云计算正大行其道,逐渐成熟,采用率在提升,新用户在增加。这些都让软件即服务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上,“该期望落空,应用无法扩展与自动恢复。”

本文选自《IT新架构》杂志四月刊:为PaaS开路

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

作者

Alex Barrett
Alex Barrett

TechTarget特约作者

相关推荐