当前位置:云计算行业动态 → 正文

太晚了,PaaS,你错过了云市场的机会

责任编辑:editor006 作者:David S. Linthicum |来源:企业网D1Net  2017-01-16 17:23:41 本文摘自:搜狐媒体平台

作者简介:David S. Linthicum是Cloud Technology Partners公司的顾问,也是享有国际声誉的行业专家和思想领袖。他写过计算机方面的13本图书,还定期为HPE软件公司的TechBeacon网站撰文。

这边厢,PaaS提供商们在拼命切入狭窄的市场区块;那边厢,IaaS云却早已兼收并蓄,并入了PaaS当初承诺的关键功能。

PaaS的使用根本不如众多企业当初预测的那样来得广泛。虽说PaaS解决方案形形色色、迥然不同,但是大多数提供应用程序设计、部署、测试和自我配置的托管等方面的服务。将它描述为是一种一切齐全即可投入使用的开发和部署解决方案最恰当不过了。

为何PaaS还没有流行起来?本人认为,原因无非出于以下这几个。

来自IaaS提供商的强大工具似乎吸引了众多企业主要的注意力和投资,比如亚马逊网络服务(AWS)和微软Azure。即便广泛的云计算平台拥有PaaS,作为其工具集的一部分,但是大多数开发人员还是选择核心的IaaS,比如存储和计算平台。

广大开发人员不喜欢被禁锢在沙盒(sandbox)里面。许多PaaS提供商在诸多方面都有所限制,比如工具、数据库和编程语言等方面,开发人员通常不喜欢自己被束手束脚。

相比PaaS,IaaS似乎更适合开发运维(DevOps)部门,原因是它提供了广大开发人员最终会使用的运维平台(DevOps中的“Ops”即运维团队管理这种平台):既有IaaS平台中的运维平台,又有本地环境中的运维平台,开发人员可以在IaaS云端复制本地环境。

早在2008年的时候,那时候云计算还是新鲜事物,联邦政府和行业合作伙伴就定义了后来的PaaS,以满足那个时代的实际需求。那个需求依然存在,但是由于业界将PaaS分解为狭窄的市场区块,如今它已成为云计算中界定最不明确的方面。

因而,方法、功能/特性和定义千差万别,许多PaaS提供商各自关注特定的一块狭小领域。一些PaaS解决方案(比如Salesforce.com的Heroku)专注于特定的编程语言,比如Ruby、Node.js、Python或Java。另一些解决方案(比如Oracle的Cloud Platform)专注于与主要的数据库紧密集成。还有一些解决方案(比如Cloud Foundry)则专注于某一项特定的标准。

而让情况更为糟糕的是,大多数提供商各自采用了专有、封闭的方法来搞PaaS,即便它们口口声称自己在遵守标准。

不过,我认为PaaS不会因这种自己造成的创伤而完蛋。相反,我认为,PaaS会更进一步被并入到IaaS平台中。全球2000强企业对比较小的PaaS提供商会失去兴趣,觉得它们的平台风险很大,自己的生产工作负载不适合长期放在其平台上面。比较大的云提供商会做比较大的提供商做的事情:让PaaS之类的相关功能成为其至关重要的(IaaS)平台的系统性功能。可以打赌,AWS、谷歌和微软都会这么做。

作为云计算中用来构建应用程序的一部分,PaaS将屹立不倒,但是作为一种独立式服务,它实际上玩完了。纵有万般不舍,还得向PaaS道声再见;一个不争的事实是,PaaS几乎已经快被人们淡忘了。

关键字:PaaS谷歌

本文摘自:搜狐媒体平台

x 太晚了,PaaS,你错过了云市场的机会 扫一扫
分享本文到朋友圈
当前位置:云计算行业动态 → 正文

太晚了,PaaS,你错过了云市场的机会

责任编辑:editor006 作者:David S. Linthicum |来源:企业网D1Net  2017-01-16 17:23:41 本文摘自:搜狐媒体平台

作者简介:David S. Linthicum是Cloud Technology Partners公司的顾问,也是享有国际声誉的行业专家和思想领袖。他写过计算机方面的13本图书,还定期为HPE软件公司的TechBeacon网站撰文。

这边厢,PaaS提供商们在拼命切入狭窄的市场区块;那边厢,IaaS云却早已兼收并蓄,并入了PaaS当初承诺的关键功能。

PaaS的使用根本不如众多企业当初预测的那样来得广泛。虽说PaaS解决方案形形色色、迥然不同,但是大多数提供应用程序设计、部署、测试和自我配置的托管等方面的服务。将它描述为是一种一切齐全即可投入使用的开发和部署解决方案最恰当不过了。

为何PaaS还没有流行起来?本人认为,原因无非出于以下这几个。

来自IaaS提供商的强大工具似乎吸引了众多企业主要的注意力和投资,比如亚马逊网络服务(AWS)和微软Azure。即便广泛的云计算平台拥有PaaS,作为其工具集的一部分,但是大多数开发人员还是选择核心的IaaS,比如存储和计算平台。

广大开发人员不喜欢被禁锢在沙盒(sandbox)里面。许多PaaS提供商在诸多方面都有所限制,比如工具、数据库和编程语言等方面,开发人员通常不喜欢自己被束手束脚。

相比PaaS,IaaS似乎更适合开发运维(DevOps)部门,原因是它提供了广大开发人员最终会使用的运维平台(DevOps中的“Ops”即运维团队管理这种平台):既有IaaS平台中的运维平台,又有本地环境中的运维平台,开发人员可以在IaaS云端复制本地环境。

早在2008年的时候,那时候云计算还是新鲜事物,联邦政府和行业合作伙伴就定义了后来的PaaS,以满足那个时代的实际需求。那个需求依然存在,但是由于业界将PaaS分解为狭窄的市场区块,如今它已成为云计算中界定最不明确的方面。

因而,方法、功能/特性和定义千差万别,许多PaaS提供商各自关注特定的一块狭小领域。一些PaaS解决方案(比如Salesforce.com的Heroku)专注于特定的编程语言,比如Ruby、Node.js、Python或Java。另一些解决方案(比如Oracle的Cloud Platform)专注于与主要的数据库紧密集成。还有一些解决方案(比如Cloud Foundry)则专注于某一项特定的标准。

而让情况更为糟糕的是,大多数提供商各自采用了专有、封闭的方法来搞PaaS,即便它们口口声称自己在遵守标准。

不过,我认为PaaS不会因这种自己造成的创伤而完蛋。相反,我认为,PaaS会更进一步被并入到IaaS平台中。全球2000强企业对比较小的PaaS提供商会失去兴趣,觉得它们的平台风险很大,自己的生产工作负载不适合长期放在其平台上面。比较大的云提供商会做比较大的提供商做的事情:让PaaS之类的相关功能成为其至关重要的(IaaS)平台的系统性功能。可以打赌,AWS、谷歌和微软都会这么做。

作为云计算中用来构建应用程序的一部分,PaaS将屹立不倒,但是作为一种独立式服务,它实际上玩完了。纵有万般不舍,还得向PaaS道声再见;一个不争的事实是,PaaS几乎已经快被人们淡忘了。

关键字:PaaS谷歌

本文摘自:搜狐媒体平台

电子周刊
回到顶部

关于我们联系我们版权声明隐私条款广告服务友情链接投稿中心招贤纳士

企业网版权所有 ©2010-2024 京ICP备09108050号-6 京公网安备 11010502049343号

^