KubeSphere志在开源,加速中国企业向云原生迈进

提起开源项目,热爱IT技术的人难免心头一热,许多人提起做开源的企业内心也满是崇敬之情。2019年,国内的开源热情似乎比以往更高了些,开源项目是企业彰显技术自信的行为,并不是商业利益驱动的行为,就凭这点,值得为真正做开源的企业点赞。

2020年伊始,笔者又一次重新认识了青云QingCloud的Kubernetes发行版——KubeSphere,这是国内唯一一个开源的Kubernetes(k8s)发行版,它的开源不涉及任何商业意图,它不属于青云而属于社区,它极大地降低了使用Kubernetes的门槛,它的出现将加速中国企业向云原生迈进的步伐。

什么是Kubernetes发行版呢?

“发行版”的说法常用于Linux操作系统。比如,虽有Linux内核,而Ubuntu、CentOS等等叫做Linux发行版,对应的,Kubernetes就相当于内核,KubeSphere就是Kubernetes的发行版,正常人类是很难使用Linux内核和Kubenetes的,为了让大家用起来,要基于Linux内核和Kubernetes做很多周边配套,Linux和Kubenetes就好像一台光秃秃的汽车发动机,为了把它当车开,你起码得有车架子、轮胎、方向盘、刹车、……等等。

所以,开源KubeSphere的青云就像一个汽车厂,负责KubeSphere牌汽车各个组件的组装搭配,不过,这个汽车不需要花钱就能获取到,这就是青云开源KubeSphere的实质。它的意义在于加快了大家使用k8s发动机的进程,让大家都能开上KubeSphere牌汽车。

为什么要开这辆装有k8s发动机的KubeSphere牌汽车呢?

汽车时代的到来让马车彻底退出了历史舞台,成了人类最常用的出行交通工具之一。K8s的到来标志着云原生进入加速普及时代,云原生时代是云计算发展的新阶段,先不要问云原生是什么,先看云原生能带来什么吧?

云原生有利于各组织在公有云、私有云和混合云等新型动态环境中,构建和运行可弹性扩展的应用。云原生技术使工程师能够轻松地对系统作出频繁、可预测的重大变更。

云原生能帮助企业做数字化转型,帮助企业用数字化转型获取竞争力。而KubeSphere可以让企业更快地上原生,开上汽车。

用数字化转型塑造企业竞争力已经是共识,企业的创新可以细化到一块块业务,一个个应用,甚至一行行代码,而云原生帮助企业解决从代码开发协作,到应用部署上线,运维管理等各个环节的问题。

上图很好的揭示了几十年的软件开发架构变化,看似挺复杂,其实就是越来越人性化了。简而言之一句话,开发者开发的更轻松了(分工更细了),运维人员运维的负担更小了(工具更强大了),业务人员用IT也更顺手了(要什么可以很快有什么了)。

以前是很多人一起开发少量笨重且庞大的应用,部署在笨重的专有硬件上,面对业务新需求的响应能力非常差,开发者开发得费劲,运维者也运维得不舒服。

现在流行开发微服务(不再开发大型单个应用,改为开发一个个小的功能),流行用容器管理这些应用服务,虽然需求变得更快了,但开发迭代的速度也更快了,开发和运维环节联系越来越紧密了。

这种转变,离不开容器化,离不开云原生,离不开云原生的事实标准——Kubernetes。

Gartner报告称“到2020年,大概有75%的全球化企业将在生产中使用容器化应用。”在这一轮数字化转型中,企业必然走向云原生,看,离不开容器,离不开Kubernetes的人会越来越多。

Kubernetes为什么这么受欢迎呢?

KubeSphere容器平台产品经理于爽总结是:Kubernetes未来会统治所有的基础设施。

他的意思是,只要业务是基于容器化应用构建的,就可以跑在任何Kubernetes上,无论这个Kubernetes是在任何地方的物理机上还是虚拟机上,只要Kubernetes平台间有一根网线,容器化的应用就可以随意奔跑,需求是方向。

这样的Kubernetes是不是牛的有点过分了?!有点过分,不过这都是真的。

正因为这样,Kubernetes吸引的人是越来越多了。据于爽介绍说,2017年青云在做基于Kubernetes的PaaS时,Kubernetes是以季度为节奏更新,而现在,每一两个月就发行一个大版本,明年的节奏会更快。

Kubernetes的人缘非常好,生态非常强大。作为容器管理调度很薄的一层平台,Kubernetes没有向上或者向下伸手,而是通过标准化的方式开放它的能力,比如存储方面就开放了CSI标准接口,所有的存储厂商都可以基于接口标准把存储服务集成到Kubernetes体系里。

有人以为有了Kubernetes之后才有了DevOps,其实DevOps的历史有十几年了,DevOps的理念很好,只是没那么火而已,有了Kubernetes之后,开发人员和运维人员都爱上了Kubernetes,成了两类人群的粘合剂,DevOps的推广变得顺风顺水起来。

印象里已经很久没有一个2B类的开源项目能这么火了,虽然Kubernetes很火,但是用Kubernetes的门槛非常高,想用Kubernetes的话需要解决很多琐碎问题。

云原生全家桶KubeSphere,搞定Kubernetes留下的琐碎事儿

KubeSphere就是来解决这些琐碎问题的专业平台,降低Kubernetes的落地和使用成本,KubeSphere提供了很多可选的功能组件,被社区称为“云原生全家桶”。

国内外有许多PaaS厂商也有基于Kubernetes的方案,不过大都属于大的解决方案下的一部分,并非独立的一个软件产品项目。而开源的KubeSphere是一个非常独立的云原生平台,任何人都可以单独拿来用,而且它跟青云没有强绑定关系,于爽表示:“从立项之初,KubeSphere就不属于青云,而是属于社区的”!

也可以说KubeSphere是属于所有用户的。用户可以按照需求随意安装KubeSphere到任何地方,为了降低落地门槛,KubeSphere甚至还有一键安装脚本,从本地笔记本上的一台虚拟机,到机房里的一台或者几台物理服务器,到云数据中心的服务器,到任何需要用Kubernetes的地方。

在使用体验上,得益于青云在公有云产品交互体验上的设计经验,听取用户群和开源社区的经验和反馈,KubeSphere的易用性、友好性也有保障,面对不了解k8s的人也能做到真正的开箱即用。Kubernetes在青云的打造下更符合企业用户的实际需求,能满足合规性要求。

一定程度上可以说,用上KubeSphere你就用上了云原生了,对于青云来说,开源这样一个项目并非为了直接的商业利益,虽然KubeSphere可以较好的集成青云原有的技术能力,比如QingCloud云平台,SDN,SDS等产品,但本身并不是为了构建绑定价值,也构不成绑定。

Linux的世界不存在绑定,KubeSphere也不存在,KubeSphere是符合CNCF规范标准的,用户完全不用担心绑定,用户可以随时将应用从KubeSphere迁移出去,KubeSphere在客观上解决了许多共性需求,没有KubeSphere也会有另外一个发行版,KubeSphere做了必须做的事情而已。

开源是一个获取到他人劳动成果的路径,也是一个获知大家普遍需求和发展趋势的方式,开源社区里,大家取之于开源也回馈于开源,2018年7月发布KubeSphere 1.0,此后不断丰富功能和特性,开源以来,关注度飞涨,获得了许多专家型用户的称赞,获得了CNCF的认证,获得许多权威机构的奖项。

结语

青云在容器领域布局颇深,容器产品方案中既有KubeSphere,也有QKE(QingCloud KubeSphere Engine)和QKS(QingCloud KubeSphere Service)两大方案。

不同的是,KubeSphere支持企业私有部署,定位上,KubeSphere更适合大型企业用户。而QKE和QKS都是青云公有云的服务,在QKE中,青云负责托管着Kubernetes的各种管理,用户也可以进行一些管理操作,而QKS适合业务敏捷型企业,用户只负责业务代码本身就可以。

在容器方面青云是多管齐下,类似的AWS,Azure等许多公有云厂商也都推出了多种容器方案,容器的技术方向已经是共识,但青云是少数搞Kubernetes发行版的厂商之一,也是国内唯一一个Kubernetes发行版,KubeSphere是一件大好事,它将加速企业云原生方案的落地部署。