你好,游客 登录 注册 发布搜索
背景:
阅读新闻

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

[日期:2014-04-22] 来源: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上,“该期望落空,应用无法扩展与自动恢复。”

收藏 推荐 打印 | 录入:574107552 | 阅读:
相关新闻       云 云计算 PaaS 
本文评论   查看全部评论 (0)
表情: 表情 姓名: 字数
点评:
       
评论声明
  • 尊重网上道德,遵守中华人民共和国的各项有关法律法规
  • 承担一切因您的行为而直接或间接导致的民事或刑事法律责任
  • 本站管理人员有权保留或删除其管辖留言中的任意内容
  • 本站有权在网站内转载或引用您的评论
  • 参与本评论即表明您已经阅读并接受上述条款