0%

云原生是一场协作关系变革

个人不太成熟的观点,不对的地方,欢迎指正。

1
2
3
4
5
1. IaaS 是对硬件资源的抽象
提供类似"水电煤"这样的,计算服务

2. PaaS 是对应用全生命周期管控的抽象
提供综合商场中开个小店这样的,更上层的平台服务

云计算

首先,云原生的前一个阶段,是云计算。

IaaS 层的云计算,是对计算硬件资源的抽象,使得计算的硬件资源,可以像 “水电煤” 一样,随时可以获取。

具体来说,我们可以非常方便的,在阿里云购买虚拟机,而不用自己去采购硬件,担心网络等问题。

就像,我们用电,只需要接入电网,不需要去直面发电厂,是一样的道理。

这是抽象的价值,平台的价值。不过,相对而言,IaaS 还是比较浅层的抽象。

云原生

以我个人的理解,目前以 k8s 为代表的云原生这一套,则是 PaaS 层的抽象。

有了硬件计算资源之后,要把企业的线上生产系统,部署运行起来,则需要一套部署运维平台。

在微服务的时代,企业的生产系统,是由一连串的微服务应用组成的。自然的,运维部署平台,服务的对象就是这些微服务。

k8s 就是这么一个平台,为平台的用户,微服务应用的 owner,提供了一套抽象能力,来部署运维自己的应用。

具体来说,微服务应用的 owner,只需要通过一套标准的申明,比如,需要多少 CPU,内存,对外提供什么服务,流量怎么进来,就能让自己服务运行起来。同时,还能享受平台提供的管控能力。

这就有点像,我们去商场开一个小店,商场除了提供基础的物理店铺环境,还会提供更多配套的平台服务,小店主可以像商场提需求,商场可以来安排准备好。

抽象模型

云原生之所以能火,我认为有很重要的两点,第一个就是抽象模型。

本质上而言,云原生就是一套面向应用 owner 的抽象模型,这一套模型,能够比较好的满足应用 owner 的需求,发布,管控,可视化报表,等等,一条龙服务。

能解决问题,能为应用 owner 提供好的服务,才有需求,以 k8s 为代表的云原生基础设施,才有了生存的基础。

开放标准

没有云原生概念之前,其实大家也在往这个平台方向努力,做类似这样的事情。毕竟抽象,做平台,才能发挥更大的价值,一直都是大家的梦想。

这一波云原生,则是以相对开放的方式,来共建一套标准。也就是,大家别各玩各的了,一起玩,搞一套标准,这样才更有生命力。

虽然,参与方也不是活雷锋,是为了自己厂商的利益,但是这样权衡出来的标准,确实是更符合大众利益的,尤其是上层用户,应用 owner 的利益。

协作关系

云原生带来了更深层次的,协作关系的变化,新的协作关系可以更好的解放生产力。

以往,应用方,通常也是企业的核心业务,营收部门,要上线一个应用,需要自己去对接不同的,IT 基础设施团队。

协作关系是,应用方将业务系统,跑的这些基础设施之上,比如,对于网关团队而言,常见的操作,就是接入一个新应用的流量。

云原生这一波后,这些 IT 基础设施被打包为 PaaS 平台,转为向应用方提供服务。

这一转变,意味着,应用方在 PaaS 上,可以使用底层的基础服务,从接入方变用户,以前可能需要去求人解决问题,现在有了甲方大爷的底气了。

而底层基础服务团队,则从底层服务的运营方,变成了服务的提供方,得做好服务甲方大爷的心里准备了。

不过,既然是提供服务了,价值也更好说了,不会被简单粗暴的,当做纯粹的成本部门来对待了。

这里面,我觉得很重要的一点是,做平台收租可以,但是需要把服务做好,不能像以往一样,让应用方来各种配合自己的不合理设计了。

最后

随着生产力的提升,社会分工细致化之后,需要更合适的抽象模型,更好的平台,更合适的协作关系。

虽然,这只是 IT 团队的一个协作关系的升级,但是,对于整个社会而言,又何尝不需要有这种升级呢?

平台方,天然就具备垄断性,至少得有服务意识,别把自己当大爷,随意的强奸用户,不是么?

至于,怎么才能让平台有服务意识呢?我觉得,得让用户有得选,服务不好,还可以换