ZHDYA(七哥)，9年互联网一线K8S从业者，专注分享K8S生态为主的实战经验，助力大家更高效、可靠地构建和管理容器!
最近更新：K8S架构、公有云、持久化存储、HELM、CICD、负载均衡、监控告警、可观察性、服务治理、架构探索等文章。
云计算技术的飞速发展，Kubernetes作为容器编排的事实标准，正在不断地演进和扩展其功能。
展望2025年，Kubernetes将面临哪些新的趋势和预测呢？以下是几个关键领域的发展预测：
01 Serverless Kubernetes
Serverless Kubernetes允许用户无需购买和管理服务器直接部署容器应用，很大程度上提高了容器应用部署的 敏捷度 和 弹性 能力。
持续奋战在 Kubernetes 行业的小伙伴应该会对这个话题有些猜忌，Serverless 这个概念早就出现了，而且很多企业已经普及，更有些企业已经深度应用。为什么会有这块领域的风向标呢？
Serverless 技术的加持为现有的集群提供了更高的成本效益，更 简化 的运维管理及 更强 的自动扩缩容能力以及更低的使用门槛。看起来应该大力推广，但为什么很多企业仍然停留在当前的托管版，或者自建集群呢？
这个问题，我也深有体会，在我们企业，这个概念一直被推崇，一直未落地。Serverless 的实现依赖于 Kubernetes 作为云原生技术的核心标准。Kubernetes提供了容器化、统一 IaaS 资源交付、CI/CD 持续集成部署、跨云厂商支持以及丰富的生态等特性，要实现全面的 Serverless 就需要搞定这些问题，看的出来需要很强的 底层标准。
例如，阿里云开发者社区分享了 Serverless Kubernetes 的落地实践案例。在这些案例中，用户通过 Knative + ASK 作为 Serverless 架构，实现了数据采集后通过服务网关访问数据处理服务，数据处理服务根据请求量按需自动扩缩容，简化了应用运维部署。另一个案例是某客户的直播系统，通过阿里云的 Knative 服务进行数据的弹性处理，实现了应用实例数随着业务波峰波谷实时扩容和缩容，真正做到了按需使用，实时弹性 的云计算能力。
02 AI/ML on Kubernetes
人工智能和机器学习（AI/ML）对计算资源的需求日益增长，Kubernetes在今年的 KubeCon 大会上也聊过这个话题，预计将增强对 AI/ML 工作负载的支持。
OpenAI 是 Kubernetes 的早期使用者，这家公司在 Kubernetes 集群上运行机器学习实验，借助 Kubernetes 的 自动扩缩 器，能在几天内部署此类项目，并在一两周内扩展到数百个 GPU。
Shell，不是大家熟知的 shell 脚本，而是壳牌。他们也使用基于 Kubernetes 的 Kubeflow 平台，在笔记本电脑上快速测试和试验 ML 模型，工程师可以直接将这些工作负载从测试环境移植到生产环境，保持功能不变。使用 Kubernetes，Shell 能在2小时而不是1个月内构建数千个 ML 模型，编写底层代码的时间也从2周缩短到4小时。
如此青睐 Kubernetes 离不开他的：扩展性（Scalability），灵活性（Flexibility），可移植性（Portability），资源利用率（Resource utilization） 以及 安全性（Security）！
03 WebAssembly（WASM）
WebAssembly（WASM）作为一种新的 代码运行时，预计会在 Kubernetes 中得到更广泛的采用。
也许很多小伙伴并没有听过这个概念，WA，在 CNCF 和类似的一些 Top 技术站，经常看到这个身影，他的出现呢，目标还是蛮强大的：解锁新的计算模式！而且对于在大规模生产环境中使用是 非常有利的。
你肯定会有一个问题：为什么要替换整个基础设施？如果你们已经深度且大量精力注入了 Kubernetes，你的基础设施管理至少在你们企业，以一定觉得非常完善，谈到替换，更改，我想很多小伙伴认为不太可能，更不用说更换编排器了。
举个例子吧：WebAssembly 组件是像 积木 一样 拼接 在一起的 Wasm 二进制文件，无论它们最初是用什么语言编写的。一个服务可能是用 Go 编写的，另一个是用 Rust 编写的，还有一个是用 Java 编写的，但它们都可以通过 共享 API 相互通信。像任何 Wasm 二进制文件一样，可以在任何操作系统和任何架构上运行。
再来理解下 wasmCloud，他是以一种 快速、非侵入 的、Kubernetes 原生的方式与现有的云原生设置 无缝集成。无需调整自定义节点池或配置：直接可以将 WebAssembly 视为一个运行时，还可以充分利用组件的能力。通过组件的灵活性，我们可以在传统挑战领域（如多区域、多集群、多云和边缘环境）中扩展 Kubernetes 的边界。
如果把组件比作容器，那么 wasmCloud 就相当于 Kubernetes，提供 Wasm 原生编排，这样团队能够在分布式环境中大规模地充分利用组件。
和 Kubernetes 的架构有点类似：
04 Zero trust security
零信任安全模型强调 “永不信任，始终验证” 的原则，确保只有经过严格身份验证和授权的用户和设备才能访问资源。
安全是一个话题，几乎天天再聊，那么大家有么有注意到？为什么 Kubernetes 的生态发展那么完善了，安全领域却没有一些类似的开源安全组件去共建呢？其实，大家接触到的这个大的生态，会涉及到很多生态层，大家对于安全的设计和理念，早就融入了其核心！只是大家关注的点在于末端，忽视了很多中部的精华。
网络安全的威胁一致在不断演变，零信任 安全模型也会成为 Kubernetes 安全策略的核心。
类似的例如，服务网格可以通过将安全和操作功能组合到位于容器化应用程序和网络之间的透明基础结构层中，从而以更有效的方式处理安全性。服务网格可以帮助验证 服务灰度、未经授权的访问、数据包 嗅探 和数据 泄露 等攻击。
零信任功能如何帮助组织解决和证明对日益严格的行业法规的遵从，是Kubernetes集群中安全性的一个重要发展方向。
05 总结
至少在可预测到的近些年，Kubernetes 将继续在容器编排领域保持领先地位！
如上这些技术的发展将进一步推动企业的 数字化转型，提高应用的灵活性、可扩展性和安全性。
咱们作为前沿的从业者，紧跟这些趋势并积极探索新技术的应用，应该还是能在某些层面为企业带来更大的竞争优势！
近期搞了个 K8S 技术陪伴群，主要就想把自己多年沉淀的 K8S 经验分享出来，入门收费，不过门槛特别低，感兴趣的小伙伴扫码私我~
● 🔥【实战】K8S云原生企业实战训练营课程大纲(直播+录播)
● 🌟【Free】负载均衡Ingress-nginx最佳实践
● 😉【加群】扫码，备注：进群
关注七哥，带你领略不一样的K8S！
