Kubernetes SIG Network 和安全响应委员会宣布即将退役 Ingress NGINX。项目将持续提供有限维护，直到 2026 年 3 月。之后将不再发布新版本、修复漏洞或更新安全问题。现有的 Ingress NGINX 部署仍可正常使用，安装资源也会继续保留。

官方建议尽快迁移到其他替代方案。推荐迁移至 Gateway API，这是 Ingress 的现代替代方案。如果必须继续使用 Ingress，Kubernetes 文档中列出了许多其他 Ingress 控制器。

以下内容介绍了 Ingress NGINX 的历史、现状及后续步骤。

关于 Ingress NGINX

Ingress 是 Kubernetes 中最早且用户友好的网络流量管理方式。（Gateway API 是实现同类目标的较新方案。）要让 Ingress 在集群中工作，必须运行一个 Ingress 控制器。市面上有多种 Ingress 控制器，满足不同用户和场景需求，有些针对特定云厂商，有些则通用。

Ingress NGINX 是 Kubernetes 项目早期开发的 Ingress 控制器示例。凭借极大的灵活性、丰富的功能以及独立于特定云和基础设施的特点，它迅速流行起来。此后，社区和云原生厂商开发了许多其他 Ingress 控制器，但 Ingress NGINX 始终是最受欢迎的之一，广泛部署于各大托管 Kubernetes 平台和众多用户集群。

历史与挑战

Ingress NGINX 的功能广泛且灵活，导致维护难度大。随着云原生软件的不断发展，曾被视为有用的选项，如通过“snippets”注解添加任意 NGINX 配置，现被视为严重安全隐患。昔日的灵活性，如今成了难以克服的技术负担。

尽管用户众多，Ingress NGINX 一直面临维护力量不足的问题。多年间，仅有一两位维护者利用业余时间（下班后和周末）进行开发。去年，维护团队宣布计划逐步停用 Ingress NGINX，并与 Gateway API 社区合作开发替代控制器 InGate。不幸的是，该公告未能吸引更多人参与维护或开发工作，InGate 项目未能成熟，未来也将被退役。

现状与后续计划

目前，Ingress NGINX 仍在进行有限维护。SIG Network 和安全响应委员会已尽力寻找额外支持，但未能使项目持续可维护。为保障用户安全，决定退役该项目。

2026 年 3 月，Ingress NGINX 将停止维护并正式退役。届时不再发布新版本、修复漏洞或更新安全补丁。GitHub 仓库将改为只读，供参考使用。现有 Ingress NGINX 部署不会受影响。项目相关资源如 Helm Charts 和容器镜像依然可用。

大多数情况下，集群管理员可通过运行以下命令检查是否使用 Ingress NGINX：

kubectl get pods --all-namespaces --selector app.kubernetes.io/name=ingress-nginx

“我们感谢 Ingress NGINX 维护者多年来的付出，他们的努力令人敬佩。这个 Ingress 控制器支撑着全球无数数据中心和个人实验室的数十亿请求。Kubernetes 发展至今，离不开 Ingress NGINX 的贡献，我们深表感激。”

更多详情可查看：https://kubernetes.io/blog/2025/11/11/ingress-nginx-retirement/