博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
太晚了,PaaS,你错过了云市场的机会
阅读量:7024 次
发布时间:2019-06-28

本文共 1321 字,大约阅读时间需要 4 分钟。

作者简介: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几乎已经快被人们淡忘了。

本文转自d1net(转载)

你可能感兴趣的文章
RMAN中catalog和nocatalog区别
查看>>
lamp的搭建以及应用(rpm)
查看>>
我的友情链接
查看>>
iOS使用OpenAL播放PCM流
查看>>
Shell提供了哪些功能
查看>>
py list
查看>>
我的友情链接
查看>>
我的友情链接
查看>>
DM6446连接USB接口相机
查看>>
在python中判断一个键是否存在于字典中的方法
查看>>
容器初始化
查看>>
AngularJS之基础-3 控制器(基本语法)、模块(使用模块注册控制器)
查看>>
linux 无线网卡的安装(usb)
查看>>
SharePoint 2016 服务器部署(二)SQL Server 部署
查看>>
一位技术大牛给学IT的大学生的忠告
查看>>
我的友情链接
查看>>
待空闲时间再写写
查看>>
VDI序曲二 RemotoAPP部署
查看>>
利用缓存的网络凭据***服务器
查看>>
IT民工,去除眼部细纹的24小时法则(熬夜的你一定要试试哦)
查看>>