自由、灵活选择功能组件 KubeSphere容器平台加速企业跨入云原生

云原生是解决客户在企业业务落地时适应数字化、 互联网 化趋势时，一个很落地的解决架构。前几年，互联网企业在做云原生，之后潜移默化地影响传统企业，现在很多传统企业也在往这个方向发展。可以说，这是云原生最好的时代，也是不得不云原生时代。

云原生的优势在于可以很好地构建容错性好、易于管理、便于观察的松耦合系统。结合可靠的自动化手段，云原生技术使工程师能够轻松地对系统作出频繁、可预测的重大变更。在现实生活中，我们经常会看到很多互联网企业都会做促销活动，很多银行、保险都在做数字化转型，类似互联网企业线上频繁的活动。这一切都需要基础设施做配合，包括企业的应用架构、业务实现，而云原生技术正是辅助企业完成数字化转型的。

在数字化转型2.0时代，是为了应对业务模式非常频繁的变化而产生的，从原来的云模式变成云原生的模式。Gartner报告称“到2020年，大概有75%的全球化企业将在生产中使用容器化应用。”即将业务应用跑在像Kubernetes这样的基础设施里。

此外，云原生应用架构将在2-5年内达到“Plateau of Productivity”，即在企业所有的IT基础设施都可以用云原生阐释和构建。在这一轮数字化转型中，企业必然走向云原生。

Kubernetes最开始是由谷歌开源的支撑云原生的基础设施平台。它源于谷歌内部的一套基础设施borg，里面耦合了很多谷歌自己的业务逻辑。谷歌把它的共性拆出来，开源成Kubernetes。谷歌把它贡献给CNCF基金会，现在很多国际、国内的企业都在致力于推进Kubernetes的演进、迭代，包括我们熟知的微软、IBM，包括青云都是这个社区主要的贡献者。

目前不管是物理机还是云平台，只要用户的业务构建于Kubernetes、以容器化的方式交付，就可以跑在不同的平台之上。这意味着你没有被任何服务商锁定，你的业务可以很好的跨基础设施做应用迁移。但目前Kubernetes只提供了资源运行的最基础平台，你可以把它理解为“毛坯房”，没有家具和 家电 ，只能保证企业最基础的应用，后续的使用会变得非常复杂。过高的学习使用成本，正在阻滞着Kubernetes的企业应用普及。

注意到这些企业的需求，于是青云QingCloud (qingcloud.com)打造了云原生专业平台—— KubeSphere，并且将代码在GitHub上开源。

KubeSphere的设计开发理念在于“平台归平台，应用归应用”。通过青云QingCloud专业的产品体验优化，让KubeSphere实现“开箱即用”。

社区用户把KubeSphere称为云原生全家桶，因为KubeSphere提供了很多可选的功能组件，用户可以在使用过程中，根据自己的业务需求有选择性的使用这些组件。简单罗列了一下：

一、即点即用的DevOps，面向开发测试人员，覆盖了开发测试全链条的发布。从提交代码、构建应用、应用发布到测试环境、测试通过发布到准生态环境及生产环境，这一套流程在KubeSphere平台上可通过可视化界面进行统一的管理。

二、灵活可选的微服务框架，现在Java系比较主流的SpringCloud、Dubbo；CNCF现在主推的Istio，Istio是由谷歌、IBM和Lyft三家公司主导的开源项目。不管是传统微服务框架还是主流的云原生微服务框架，在KubeSphere平台上都可以得到很好的支持。

三、应用跨平台一键部署。这是得益于容器、Kubernetes的特性，天然地在KubeSphere产品里支持。

此外，青云把自身擅长的技术同时输出到这个平台，比如青云有自己的SDN、SDS产品，包括QingCloud云平台，都可以跟KubeSphere很好的整合。这个整合并不是强绑定的关系，KubeSphere既可以安装在青云QingCloud之上，也可以安装在其他云平台、物理机或者VMware之上。如果你目前正在使用青云QingCloud其他产品，在KubeSphere上也有与之对接的接口，便可以保证这些产品之间很好的整合。

另外，在合规方面，KubeSphere从产品控制层面满足像银行、保险公司部署安装KubeSphere时在审计上的要求。而通过社区用户和 商业 用户的反馈，我们可以看到，KubeSphere的丰富功能极大满足了客户资源、应用，运维等多方面需求，加速跨入云原生。