您当前的位置是:  首页 > 新闻 > 国内 >
 首页 > 新闻 > 国内 >

平台即服务(PaaS)的3个维度

2017-07-17 14:30:17   作者:   来源:FORR中国   评论:0  点击:


  
  人们对于平台即服务(Platform-As-A-Service,以下简称PaaS)的兴趣持续高涨,然而企业客户的预期并不总是与PaaS产品快速发展的能力相一致。

  对于企业的应用开发及交付团队来说,Docker容器、Kubernetes编排、容器即服务、轻量级代码应用平台等都属于新奇又令人困惑的选择。不管首要的软件交付目标是什么,都有一款适合的PaaS解决方案能够帮助企业达到目标 – 但首先,企业需要知道如何对其进行识别。本篇报告详细介绍了驾驭PaaS解决方案的一些方法。

  报告重要洞察包括以下:

  PaaS为商业用例的集合,而非单独的产品

  许多应用开发及交付团队的领导者都希望用唯一的一个PaaS解决方案来应对企业所有的商业用例 -- 从全新开发的应用和云原生应用,到传统应用亦或是轻量级代码的快速交付产品。但PaaS实为一系列的商业用例,而非一个单独的产品。有些PaaS解决方案能够应对多个商业用例,但并没有PaaS能解决所有问题。

  PaaS解决方案有3个维度

  应用开发及交付团队的领导者应清楚的了解到PaaS的3个维度:PaaS是针对不同工作负载的一系列开发平台的组合,针对不同类型开发者的一系列抽象服务的组合,以及DevOps工具的整体化集合。并没有某个单独的PaaS解决方案能够满足应用开发及交付团队的所有需求,但针对每一个特定开发目标,都会有一个适合的PaaS解决方案。

  相悖的企业内部优先级为PaaS的采用带来不确定性

  应用开发及交付团队以及基础架构和运维团队的领导者对PaaS的采用都担负着责任。应用开发及交付团队的目标是快速的软件交付和开发人员的自治,但这些需求常常与基础架构和运维团队的维持软件可靠性和管理权的目标相悖。PaaS解决方案能够在不同程度上同时满足双方的需求。

专题