Kubernetes最开始是由谷歌开源的虚拟化平台或是支撑云原生的基础设施平台。它源于谷歌内部的一套基础设施borg，里面耦合了很多谷歌自己的业务逻辑。谷歌把它的共性拆出来，开源成Kubernetes。谷歌把它贡献给CNCF基金会，现在很多国际、国内的企业都在致力于推进Kubernetes的演进、迭代，包括大家熟知的微软、IBM，包括青云都是这个社区主要的贡献者。
目前不管是物理机还是云平台，只要用户的业务构建于Kubernetes、以容器化的方式交付，就可以跑在不同的平台之上。这意味着你没有被任何服务商锁定，你的业务可以很好的跨基础设施做应用迁移。但目前Kubernetes只提供了资源运行的最基础平台，你可以把它理解为毛坯房，没有家具和家电，只能保证企业最基础的应用，后续的使用会变得非常复杂。过高的学习使用成本，正在阻滞着Kubernetes的企业应用普及。
注意到这些企业的需求，于是青云打造了云原生专业平台—— KubeSphere，并且将代码在GitHub上开源。
KubeSphere的设计开发理念在于平台归平台，应用归应用。通过青云专业的产品设计师优化，让Kubernetes实现“开箱即用”。
社区用户把KubeSphere称为云原生全家桶，因为KubeSphere提供了很多可选的功能组件，用户可以在使用过程中，根据自己的业务需求有选择性的使用这些组件。简单罗列了一下：
一、即点即用的DevOps，面向开发测试人员，覆盖了开发测试全链条的发布。从提交代码、构建应用、应用发布到测试环境、测试通过发布到准生态环境及生产环境，这一套流程在KubeSphere平台上可通过可视化界面进行统一的管理。
二、灵活可选的微服务框架，现在Java系比较主流的SpringCloud、Dubbo；CNCF现在主推的Istio，Istio是由谷歌、IBM和Lyft三家公司主导的开源项目。不管是传统微服务框架还是主流的云原生微服务框架，在KubeSphere平台上都可以得到很好的支持。
三、应用跨平台一键部署。这是得益于容器、Kubernetes的特性，天然地在KubeSphere产品里支持。
此外，青云把自身擅长的技术同时输出到这个平台，青云有自己的SDN、SDS产品，包括QingCloud云平台，都可以跟KubeSphere很好的整合。这个整合并不是强绑定的关系，KubeSphere既可以安装在青云之上，也可以安装在其他云平台、物理机或者VMware之上。如果你目前正在使用青云其他产品，在KubeSphere上也有与之对接的接口，可以保证这些产品之间很好的整合。
目前，通过社区用户和商业用户的反馈，青云KubeSphere的监控功能可以满足从资源视角、应用视角，运维应用需求。另外在合规方面，可以从产品控制层面满足，像银行、保险公司部署安装KubeSphere时在审计上的要求。
为什么KubeSphere可以开箱即用？于爽用一个工具箱举例进行了更形象的说明。
“大家对开箱即用的理解是不同的，左边是一个很酷很漂亮的工具箱，如果你是物业人员，修水电、水管、电线，所有工具都可以在工具箱里拿到。但其实工具箱里的所有东西都是琐碎的，你需要了解水电的细节，才能很好地修理它。工具箱不是打开后就能很好地使用，你需要具备基础的使用知识。
在云原生的势头之下，大家希望KubeSphere可以开箱即用、运维友好，把所有后端的技术细节屏蔽掉，尽大家最大的可能帮助用户节省所有的学习成本，用户可以迅速上手，提升用户的效率。这需要大家对用户行为习惯有很多的分析。
KubeSphere的产品目标是“聚焦业务应用”，所有的功能体验都是围绕应用设计的。因此，青云在产品开发之前都会跟社区用户、现有的企业用户进行调研，他们现在的使用模式是怎样的，期待的模式是怎样的，汇聚并梳理所有的需求，提炼并最终展示在KubeSphere平台上，形成很好的用户体验。
KubeSphere，是在Kubernetes之上构建的分布式操作系统，是用于数据中心的、可插拔的企业级多租户容器平台。为什么说它是分布式操作系统？大家知道Linux内核是Linux操作系统最核心的软件或者平台，但是没有人直接使用Linux内核，大家使用的是基于Linux内核开发的操作系统，比如红帽等。Kubernetes是分布式操作系统内核，那么KubeSphere就是面向终端用户的分布式操作系统。它并不是给个人用户用的，而是服务于企业，不管是中小企业还是大型企业组织。
KubeSphere的很多功能是可插拔的，因为企业的诉求是多种多样的，用户需要什么，直接打开，就可以很好地在平台上无缝的使用。在企业里这个平台肯定是多租户的，因此需要有相应的租户管理体系支撑这个平台。
