2026年9月15日，Kubernetes官方博客宣布，Pod-Level Resource Managers特性已由Alpha升级为Beta并在默认情况下关闭。该特性最初于Kubernetes v1.36作为Alpha引入，此次在v1.37中毕业到Beta，进一步丰富了云原生基础设施在资源调度精细化方向的能力。对运行高并发、对时延敏感容器工作负载的集群团队，这是值得关注的Kubernetes更新。本文从云原生基础设施视角解读。
从Alpha到Beta：资源固定能力的成熟
Pod-Level Resource Managers构建在此前的Pod级资源能力之上，为Kubelet的Topology Manager提供了按Pod分配并固定CPU、内存等资源的手段。相比仅按节点或按容器粗粒度管理，它允许为整个Pod定义统一的资源集，配合容器编排在求解资源拓扑时获得更强的一致性，为NUMA感知与CPU独占等场景提供了更好的基础。
对时延敏感工作负载的价值
对网络功能、媒体处理等对时延和稳定性要求较高的容器工作负载，把资源固定到特定CPU与内存拓扑能够减少缓存抖动与跨节点访问，从而提升性能可预期性。该特性升级为Beta意味着其API与行为的稳定性显著提升，即使默认关闭，也有助于平台团队在受控范围内先行验证再启用。
与其他资源治理能力的协同
在v1.37中，内存QoS等相关特性已默认启用并与CPU需求协同；Pod-Level Resource Managers则把视角扩展到整个Pod的资源集，二者共同推动容器编排在资源治理上更精细、更稳定。Kubernetes在内存、CPU、拓扑等多维度的资源控制组合，是云原生基础设施走向精细化运营的重要方向。
对云原生基础设施团队的启示
对运维Kubernetes集群的团队，建议评估节点硬件拓扑与工作负载特性，结合Beta特性开关先在测试环境验证Pod级资源固定对性能的影响，再决定是否在生产启用；同时应关注特性演进与退出开关，做好资源调度策略的灰度与回滚，以在提升稳定性的同时控制运维复杂度。
小结
Kubernetes v1.37于2026年9月15日将Pod-Level Resource Managers升级为Beta，以Pod级拓扑感知资源固定为核心看点，是2026年9月云原生基础设施在资源调度精细化上的代表更新。