Kubeflow Training Operator 容器资源计算机制迁移至 Kubernetes 核心库

在 Kubeflow Training Operator 项目中，容器资源请求的计算机制目前依赖于 Kueue 的实现。这种设计源于 Kubernetes 核心库（k/k）中的相关功能先前未向第三方仓库开放。然而，随着 Kubernetes 1.32 版本的发布，这一限制已被解除。

资源计算是训练算子中的关键功能，它负责确定每个容器所需的 CPU、内存等资源量。当前实现虽然能够正常工作，但引入外部依赖增加了项目的复杂性和维护成本。Kubernetes 1.32 版本中引入的容器资源计算库为这一问题提供了优雅的解决方案。

迁移到 Kubernetes 核心库将带来多重优势。首先，它能够减少项目的外部依赖，使架构更加简洁。其次，直接使用 Kubernetes 原生实现可以确保与集群行为的一致性。此外，这还能简化未来的维护工作，因为核心库的实现会随着 Kubernetes 版本更新而持续优化。

版本兼容性是需要重点考虑的因素。由于 Kubeflow 发布周期与 Kubernetes 版本支持策略密切相关，这一迁移计划将等到 Kubernetes 1.32 成为 Kubeflow 支持的最低版本后再实施。当前 Kubeflow 1.9 版本支持的 Kubernetes 版本范围为 1.29 至 1.31，因此迁移工作预计将在后续版本中进行。

这一改进体现了 Kubeflow 社区对代码质量和架构简洁性的持续追求。通过减少不必要的依赖，项目将变得更加健壮和易于维护，同时也为未来的功能扩展奠定了更坚实的基础。