关于 Ingress NGINX 停止维护的说明

感谢大家一直以来对 KubeSphere 的关注，也感谢社区伙伴第一时间向我们反馈 Ingress NGINX 停止维护的相关信息。为了帮助大家提前做好规划，我们在这里做一个清晰的说明。

需要先明确的一点

Ingress NGINX 项目终止维护并不代表 Kubernetes Ingress API 被弃用。

• Ingress NGINX 是 Ingress Controller 的一种社区实现，由社区维护。
• 根据公告，该项目将从2026 年 3 月起停止维护，不再提供补丁和版本更新。
• Kubernetes 官方的 Ingress API（networking.k8s.io/v1）仍然处于稳定状态，可以继续正常使用。

也就是说，Ingress NGINX 的停止维护影响的是某个实现，而不是整个 Ingress 标准。

KubeSphere 的后续支持计划

为了保证用户的使用体验和生态的长期稳定性，我们将提供以下支持路径。

1. 从 2026 年 3 月起，提供 Gateway API 支持

Gateway API 是 Kubernetes 社区推出的新一代流量管理标准，具备更强的扩展性和更清晰的角色模型。

KubeSphere 将在 2026 年 3 月起提供：

• Gateway API 的可视化管理能力
• 一个可开箱即用的内置 Gateway API 实现

我们希望用户能够在原有体验基础上，平滑过渡到更现代的流量管理方式。

2. 默认替换 Ingress NGINX，选用社区活跃的替代方案

在 Ingress NGINX 停止维护后，KubeSphere 将：

• 选择一个社区活跃度高、维护稳定、具备长期支持能力的 Ingress Controller 作为默认方案
• 新版本与新集群将默认启用该替代实现

候选方案会在活跃度、稳定性、生态支持方面进行综合评估。

3. 过渡期间，您可以自由选择适合的方案

在新的默认方案正式发布前，为了不影响现有业务，您依然可以自由扩展自己的流量管理方式：

• 手动部署任意 Ingress Controller（https://kubernetes.io/docs/concepts/services-networking/ingress-controllers/）
• 手动部署任意 Gateway API 实现（https://gateway-api.sigs.k8s.io/implementations/）
• 继续通过 Web Terminal 或其他 CLI 工具进行管理

这些方式不会影响现有应用运行，也为您提前测试或逐步迁移提供了空间。

总结

• Ingress NGINX 停止维护不等于 Ingress API 弃用
• KubeSphere 将在 2026 年 3 月起提供 Gateway API 的可视化能力与内置实现
• 我们将选择更稳定、社区更活跃的 Ingress Controller 作为默认替代
• 在此期间，您可以根据需求自由部署和测试其他实现，确保业务稳定

如果您在迁移方案、兼容性或最佳实践方面有任何疑问，我们很愿意继续提供帮助。感谢大家对 KubeSphere 的信任与支持。

—— KubeSphere 团队