记得在今年年初，Gartner曾预测，2022年，全球超过75%的组织机构将在其生产环境中运行容器化应用程序。像《财富》100强这样的大型企业，也在不断加速部署容器和Kubernetes，作为其混合多云基础设施的核心支撑。云原生似乎就这样悄无声息地占据了企业IT运营的C位。
那么对于用户来说，是不是部署了容器、实现了微服务化，就可以高枕无忧了呢？技术在不断演进，用户的需求也在不断细化和深化，云原生当然有更高的追求和境界。基于
Kubernetes
内核的分布式多租户容器平台
KubeSphere
企业版
3.3
已经发布，这一版本最大的变化在于，它完成了从单一容器平台向数字化赋能平台的一次巨大转型，能够切切实实为企业带来实际的应用效果和收益。云原生能够在企业扎下根，也正是因为这一点。


KubeSphere是这样赋能的
在云原生的道路上，青云一直是“两条腿”走路，同时拥有全开源的KubeSphere，以及企业版的KubeSphere。经过5年的努力，KubeSphere已经成为全球三大主流开源容器平台之一。而在服务企业级客户方面，KubeSphere企业版也衍生出了大量上层的商业功能，包括跨数据中心的同城灾备、异地同城应用级别双活、平台级别灾备、应用级别灾备、微服务框架、业务转型等，让企业客户能够快速、平稳地落地云原生。
随着云原生应用的不断普及与深入，企业客户关注的焦点也在随之转移。以前，企业客户可能把主要精力放在如何选择一个适合自己的容器和编排平台，而在进入部署和应用阶段后，希望云原生技术能够真正成为提质增效的利器。“以结果为导向”的企业客户会提出这样的疑问：大手笔投入资金、人力打造云原生平台，到底能够为生产带来什么样的改变？更具体地来分析，产生的效益多寡如何进行直观地评估和量化，能够一目了然，以便更好地指导下一步的云原生部署和应用？
青云KubeSphere企业版3.3正是为了解答上述疑问而生的，所以它才将提升的重点之一放在了强化平台的数字化运营能力上。
支撑运营数字化，实现云原生转型效果的可观测，青云
KubeSphere
企业版
3.3
增加了一个重磅功能，即可观测中心。它将分散在各个集群的数据汇总同步，化零为整，并支持自定义范围指定集群数据汇总，包括集群资源利用率、承载业务应用规模等，能够汇总展示集群业务应用状态告警，实现多维度、多角度资源排列，支持正序和倒序。这充分满足了企业客户看重“结果”的诉求。为更上一层楼，青云下一步还计划提供自动化数据对比报表的方案，以增强数据统计的便捷性。


KubeSphere企业版3.3可观测中心
当企业客户能够借助青云KubeSphere企业版3.3的可观测性，随时清楚地了解和掌握各种资源的使用情况后，新的问题又来了，造成利用率起伏的原因什么？如果想进一步调整，又应该如何下手呢？解决这一痛点，青云KubeSphere企业版3.3从两个“增强”入手：一是增强集群监控能力，二是增强租户监控能力。具体来说，KubeSphere企业版3.3重构了集群监控页面，聚焦资源分配与合理性，如业务资源质量状态、资源排序等，以满足企业对配额、资源状态等精细化管理的需求。这样做的目的是，通过对监控数据的分析，为客户提供切实有效的建议，实现业界流行的矩阵式监控，以提高集群资源的利用率。再来看租户监控，KubeSphere企业版3.3对其布局进行了重新优化，增加了业务应用容器组状态，展示租户配额设置情况等，让业务人员能够深入洞察自身的业务应用状态和规模等。
强化平台的数字化运营能力，是从运维的角度展现和提升云原生的价值。那么从使用的角度，青云KubeSphere企业版3.3又是如何对开发者进行赋能的呢？简单的回答是“双引擎”。
对于那些“生于长，长于云”的比较纯粹的云原生开发者来说，青云KubeSphere企业版已经是一个比较成熟、易用的平台，提供了比较完善的工具。但是对于那些正在向云原生转型和过渡的传统企业客户来说，面对新的平台、工具，可能还要一个熟悉和慢慢适应的过程，也更需要一些能够符合他们原有操作习惯的工具，这样可能会减少转型过程中的阻碍和心理负担。
青云KubeSphere企业版3.3的应对之策就是在微服务方面提供“双引擎”，即在原来提供内置的Istio的基础上，又新增了容器化Spring Cloud的工具，让习惯使用Java开发应用、实现微服务治理的客户也能够无痛实现云原生转型。
同时，在CI/CD持续部署方面，考虑到很多大型企业客户越来越钟情GitOps，青云KubeSphere企业版3.3也集成了GitOps工具，不是单纯地设计个UI，而是更多地融合了KubeSphere本身的权限、统一多租户等能力，实现高度的统一化处理。在CD方面，以前青云KubeSphere企业版提供了Jenkins的方案，这次升级则提供了双引擎，即Jenkins+ArgoCD。
以上无论是针对运维人员赋能，还是对开发者进行赋能，这些都是青云KubeSphere企业版3.3的“里子”，而优化功能体验，则是青云KubeSphere的“面子工程”。
据了解，KubeSphere企业版3.3实现了大量功能和体验的增强与优化。比如，在通知方面，就新增了“飞书”作为通知接收渠道；再比如，在镜像仓库方面，支持租户级默认镜像仓库，而在租户下还可配置默认的镜像仓库，无需手动查找；在存储方面，不断在权限管理上进行深度打磨，新增了“PVC自动扩容”功能，对存储资源设置额度，比如50%或80%，在达到这一额度后会自动扩容，不需要运维人员手工操作；另外，还新增了集群管理员，可以更好地满足大公司复杂的内部组织架构的需求。
以应用为导向
赋能企业云原生转型，其实最关键的还是对各种应用提供高效、可靠的支撑。随着云原生架构的逐步普及，丰富的云原生数据库应用已屡见不鲜。以应用为中心的云原生数据库，不再是简单的资源供给，而是要从应用出发，让应用更智能、更高效地使用数据库。
青云KubeSphere企业版3.2中提供了ClickHouse、MySQL以及PostgreSQL三款数据库。在3.3版本中，应用及数据库的数量有了一次“大爆发”，能够支持关系型数据库MySQL、PostgreSQL，NoSQL数据库Redis、MongoDB，以及ClickHouse、ECK、OpenSearch、Kafka等，完全可以满足企业各种场景下的数据管理需求，并且具备了高可用、高可靠和可扩展的能力。在操作层面，可以完成一键化部署，以及应用层面的可视化参数的配置。另外为了操作和使用方便，云原生数据库从整体上与KubeSphere是可拆可合的，即在需要时开启数据库的内嵌管理平台，不使用时只要关闭即可。
5
年来，青云不仅在云原生技术上锐意进取，而且在行业应用中也取得了丰硕的成果。举例来说，中金国际在数字化转型的过程中首先要打造一个一站式的敏捷基础设施。中金国际在底层整合了青云的企业云平台计算资源、存储资源以及灾备解决方案等，在上层借助青云
KubeSphere
的多集群管理能力实现了应用打通，从而构建起一致的云原生基础设施。未来，双方还会合作进行更多上层场景的迭代与优化，包括微服务场景、
DevOps
场景等。

中金苍穹容器平台技术架构
另外一个客户易方达基金则比较“特殊”，它是从社区开始孵化，最终选择了青云KubeSphere企业版，实现了多集群业务管理，以及应用的统一分发。好消息是，青云KubeSphere企业版3.3的可观测中心也会服务于易方达基金，以满足其大规模Kubernetes集群的统一管控诉求。
人人都爱这样的“乐高”
就在我们还热衷于讨论青云KubeSphere企业版3.3的创新与强大功能时，可能有的人的眼睛已经不由自主地瞟向了KubeSphere的下一个大版本4.0。它有一个强大的产品内核——KubeSphere LuBan架构。从这个名字也能看出，青云KubeSphere的开发团队对此版本寄予了厚望。青云KubeSphere企业版4.0会像能工巧匠鲁班那样，更加灵活地满足不同客户的需求。
据了解，LuBan架构最大的改变就是具备了可插拔性。KubeSphere是一个全栈容器平台，打个比方，就好像是一座能够直接拎包入住的精装修房子。客户上手就能使用。但是客户的需求是多样化的，而且并非一成不变。在进入到某个阶阶段后，客户可能不再需要一个固定形态的产品，而是希望随时根据自己的实际需要，对“房屋”进行改造。还是在KubeSphere的平台之上，只要灵活选择不同的插件，就能满足多样化、差异化的需求，这就是LuBan的使命。LuBan提供的是一种热插拔的插件式微内核架构，任何的组件后端API都可以动态嵌入到KubeSphere中，任何第三方组件的前端也可以动态嵌入到KubeSphere的前端。同时，基于LuBan架构，4.0版本还将打造一个插件中心，为企业提供各种各样的企业级插件。这样一来，企业无须等待KubeSphere任何一个版本的迭代，自己通过插件的迭代，就能从容应对不断增加的不确定性。
青云KubeSphere企业版4.0就像是一个“乐高”，通过插件的灵活组合，就能变成客户想要的模样。这一天马上就要来临，可能只需再等几个月。
往/期/回/顾
明白熊猫与冰墩墩的区别，就知道青云KubeSphere与QKCP该如何选择
“吃定”算力，青云直上“东数西算”
潮水褪去，长期主义者青云科技何时迎来收获期？
继续阅读
阅读原文