一步跨入云原生 KubeSphere如何做到开箱即用?

(原标题:一步跨入云原生 KubeSphere如何做到开箱即用?)

根据CNCF的定义:云原生技术有利于各组织在公有云、私有云和混合云等新型动态环境中,构建和运行可弹性扩展的应用,容器服务网格、微服务、不可变基础实施和声明式API……都是云原生的代表性技术,其优势在于可以很好地构建容错性好、易于管理、便于观察的松耦合系统。结合可靠的自动化手段,云原生技术使工程师能够轻松对系统作出频繁、可预测的重大变更。

早在2018年4月敲下第一行代码开始,KubeSphere的定位就是一个面向云原生设计的开源项目,在主流容器调度平台Kubernetes之上构建的分布式租户容器管理平台,提供简单易用的操作界面以及向导式操作方式,在降低用户使用容器调度平台学习成本的同时,大幅降低开发、测试运维的日常工作复杂度。现如今,青云QingCloud 在云原生领域相继推出了KubeSphere 3.0版本、QKE(QingCloud KubeSphere Engine)容器服务,还加入了云原生计算基金会CNCF,KubeSphere在开源社区也取得了蓬勃发展

于爽认为,企业上云数字化转型1.0时代的特征之一,随之而来的是业务模式和交付形态的变化,有73%的企业至少采用一个/一项云计算应用或者技术,硬件软件定义化、数字化使得IT系统也发生了演进,这种变革可以从三个方面来看:

软件架构上,区别于此前单体应用代码打包的部署方式,之后的3 Tier、SOA架构逐渐将集中式的业务解藕,到了微服务则可以让业务模块在版本迭代和功能升级时各自独立,业务效率大幅提升;基础设施上,传统IDC不仅要支撑分布式资源,更要在应用层面构建容器化的平台或基础设施;协作流程上,DevOps、微服务的理念可将原有的密集化工作拆分成小的任务模块,各团队独立开发时可以借助API将不同的服务或功能串联起来,加速开发、测试、上线的进度。

如今,企业基于云的业务创新开始向云原生倾斜。Gartner在一份报告中指出:到2020年约有75%的全球化企业将生产中(即核心业务中)使用容器化应用。与此同时,云原生应用架构将在2-5年内达到“Plateau of Productivity”,即在企业所有的IT基础设施都可以用云原生阐释和构建。近年来,源于谷歌内部基础设施borg的Kubernetes已发展为容器领域和支撑云原生业务的实施标准,在其上构建的容器化应用可以在任意的平台运行和迁移而不受服务商锁定。

此外,Kubernetes在纵向借助标准化的开发架构和API兼顾了向前兼容和向后演进的延续性,可以在容器管理调度时更易于横向扩展。由此,企业的开发和运维人员都需要深入了解业务应用,DevOps就变得容易起来。“Kubernetes是云原生最基础的支撑平台,不过Kubernetes只提供了资源运行最基础的平台,可以把它理解为毛坯房,没有家具和家电,只能保证企业最基础的应用,还会涉及监控日志、告警,甚至开发工具链、微服务管理工具等,后续的使用会变得非常复杂。”于爽说。为了解决搭建和运维碎片化的问题,青云QingCloud打造了专业的云原生平台——KubeSphere,并将代码开源在GitHub上。

实现云原生的两种途径

于爽将KubeSphere称为“中国地区唯一的Kubernetes发行版”,即并不是以解决方案的形式针对特定场景二次开发,而是面向整个社区通用需求的“云原生全家桶”,拥有丰富的可选组件。交付部署过程中,KubeSphere具有三大特性

首先是核心功能开箱即用,尽量减少后端复杂的技术细节,让使用者快速上手,包括即点即用的DevOps、灵活可选的微服务框架、应用跨平台一键部署;其次是健壮的容器基础设施,集成的均为经过数万次商用验证的SDN、SDS等服务,同时支持客户接入青云公有云或者其他的云平台、物理机、虚拟机,并且可以轻松对接青云广泛的产品组合;再有就是企业级增强特性,除了极简的人机交互,多租户、合规、友好的运维环境同样是大型企业关注的重点。

如果说Kubernetes是分布式操作系统内核,那么KubeSphere就是面向终端用户的分布式操作系统,青云QingCloud希望以此来降低平台落地和用户使用的成本,让客户专注于业务创新。