观察OpenShift用户群和社区中一些依赖Kubernetes神奇帮助的事物的发展变化。
译自Magic Is Happening in Kubernetes，作者 Mike Barrett。
本周，Kubernetes 社区在盐湖城启动了云原生计算基金会 (CNCF) 的旗舰会议，我突然意识到，“云原生”这个词对不同的人意味着很多不同的东西。我将免去对“云原生”含义的回顾。谷歌搜索会向你呈现大量定义、博客、精彩的 Reddit 辩论和 GenAI 总结的事实片段。
我今天思考这个词组，是因为许多项目、工作组和 Kubernetes 的特殊兴趣小组 (SIG) 正在努力为 2025 年准备该平台。在此过程中，我们都使该平台成为比我们今天传统上所知的云原生应用程序服务更多服务的首选目的地。听起来我们对“云原生”的理解即将发展。
从我第一次接触 Red Hat OpenShift 开始，它就是一个不歧视其允许的应用程序模式的平台。除了云原生，用户还可以使用数据库服务、LAMP 堆栈、单体现成应用程序 (COTS)、事件驱动的 API 端点拓扑、有状态的、智能的或 AI 端点、批处理和 HPC 等等。
所有这些模式都将在最低级别对平台提出不同的要求，这些要求不会立即浮现在你的脑海中。有些需要东西/东西和南北网络。有些使用 UDP 而不是 TCP。有些使用文件而不是对象或块存储。有些需要其组件启动的顺序。有些需要了解非一致性内存访问 (NUMA)。有些有细微的路由。有些对获取 IP 地址的方式有要求。有些需要防止脑裂场景。有些需要共享硬件设备。至于它们的 authn/z 和工作负载身份需求，我甚至都不想开始讨论！
世界各地的应用程序触发的平台级功能列表是无止境的。我们认为平台神奇地为我们的工作负载提供这些构造是理所当然的。因此，我想提请你注意 OpenShift 用户群和社区中正在发展的一些事情，这些事情将再次依赖于平台的神奇帮助。
人工智能正在促使人们希望找到更好的方法来访问来自各种供应商的分布式系统中的硬件加速器，例如 GPU。来自动态资源分配、instaslice 和 kueue 项目的工作将在 2025 年共同提供出色的体验。
LeaderWorkingSet 小组的想法正在让人们了解需要比水平扩展副本更多内容的应用程序的特性。记住大型语言模型 (LLM) 等对象在集群中的位置的路由网关的缓存智能将真正加快模型训练体验。安全将需要更好的机密计算证明规则。零信任将需要更好的工作负载身份自动化，该自动化是特定于云提供商的，并且对于本地使用更通用。
越来越多的工作负载将继续迁移到边缘，随之而来的是对在比当今一致性算法允许的更小的集群中实现高可用性的新方法的要求。
作为工作负载的虚拟机 (VM) 将对 Kubernetes 命名空间级别的网络分段和 IP 地址分配提出新的要求。应用程序开发人员希望获得更好的网络控制，而无需成为网络管理员，这将导致网格和路由器对最终用户更加透明。
这只是我们将在 2025 年看到 OpenShift 平台发展以满足人们想要运行的工作负载需求的一个缩影。
没有工作负载的平台毫无意义。我们不会建造没有人居住的房子。当我们关注我们使用应用程序服务做什么或执行什么时，无论是为企业赚钱、允许新的用户体验、共享关键研究，还是仅仅是告诉某人你爱他们，都很容易忘记幕后发生的魔法。准备好对 Red Hat OpenShift 平台在 2025 年将带你走向何方感到惊讶吧。
