Kubernetes逐渐成为云原生时代的基础设施
Kubernetes可以做什么？
使用Web服务，用户希望应用程序能够7*24小时全天运行，开发人员希望每天多次部署新的应用版本。通过应用容器化可以实现这些目标，使应用简单、快捷的方式更新和发布，也能实现热更新、迁移等操作。使用Kubernetes能确保程序在任何时间、任何地方运行，还能扩展更多有需求的工具/资源。Kubernetes积累了Google在容器化应用业务方面的经验，以及社区成员的实践，是能在生产环境使用的开源平台。
Kubernetes 特点
可移植: 支持公有云，私有云，混合云，多重云（multi-cloud）
可扩展: 模块化，插件化，可挂载，可组合
自动化: 自动部署，自动重启，自动复制，自动伸缩/扩展
Kubernetes Deployments
为了实现在Kubernetes集群上部署容器化应用程序。需要创建一个Kubernetes Deployment，Deployment负责创建和更新应用。创建Deployment后，Kubernetes master 会将Deployment创建好的应用实例调度到集群中的各个节点。
应用实例创建完成后，Kubernetes Deployment Controller会持续监视这些实例。如果管理实例的节点被关闭或删除，那么 Deployment Controller将会替换它们，实现自我修复能力。“在旧的世界中” ，一般通常安装脚本来启动应用，但是便不会在机器故障后自动恢复。通过在Node节点上运行创建好的应用实例，使 Kubernetes Deployment 对应用管理提供了截然不同的方法。
Kubernetes是基础支撑平台，但还无法满足企业的所有需求。如果打个比方的话，那么Kubernetes就是一个毛坯房，如果想要入住，还需要硬装软装，才能成为一个舒适温暖的家。而KubeSphere则是这样一个容器平台，能够让这个“毛坯房”焕然一新。从定义来看，KubeSphere是在Kubernetes之上构建的分布式操作系统，是用于数据中心的、可插拔的企业级多租户容器平台。
KubeSphere的产品目标是“聚焦业务应用”，因此所有的功能体验都是围绕应用设计的。青云在产品开发之前都会跟社区用户、青云现有的企业用户进行调研：企业现在的使用模式是怎样的，期待的模式是怎样的，汇聚并梳理所有的需求，提炼并最终展示在KubeSphere容器平台上，从而形成很好的用户体验。
云原生的概念最早是在2013年被提出，经过这几年的发展，尤其是从 2015 年 Google 牵头成立 CNCF 以来，云原生技术开始进入公众的视线并逐渐演变成包括 DevOps、持续交付、微服务、容器、基础设施，Serverless，FaaS等一系列的技术，实践和方法论集合。伴随着技术的普及，与之相配套的团队建设，技术文化，组织架构和管理方法也呼之欲出。越来越多的企业选择云原生构建其应用来获得更好的资源效率和持续的服务能力。相比较过往着力云原生概念的普及、理解和力求共识，云原生落地已经成为现如今I/CT日常主旋律。云原生的技术范畴包括了以下几个方面：云应用定义与开发、云应用的编排与管理、监控与可观测性、云原生的底层技术（比如容器运行时、云原生存储技术、云原生网络技术等）、云原生工具集、Serverless。
KubeSphere拥企业级增强特性。极简人机交互，运维友好、安全合规：80%以上的操作可通过极简的向导式图形界面完成；多租户统一身份认证+三层级权限管理，租户之间三层网络隔离，保障数据安全；支持自动化、集中化统一运维，秒级频率、双重维度、十四项指标全方位立体化、可视化的监控；符合企业既有IT管理规范，兼容企业传统IT架构。 
