因维护力量不足，Ingress NGINX 即将退役

Kubernetes SIG Network 与安全响应委员会联合宣布，Ingress NGINX 即将进入退役流程。该项目将在未来一段时间内维持有限维护，直至 2026 年 3 月正式停止支持。此后，将不再发布新版本、修复漏洞或提供安全更新。已部署的 Ingress NGINX 实例仍可继续运行，相关安装资源也将长期保留。

官方强烈建议用户尽早迁移到更现代的替代方案。首选推荐是 Gateway API，作为 Ingress 的演进版本，提供了更强大且标准化的网络管理能力。若仍需使用传统的 Ingress 模型，可参考 Kubernetes 官方文档中列出的其他活跃维护的 Ingress 控制器。

以下为 Ingress NGINX 的发展历程、当前状况及后续安排的详细介绍。

Ingress NGINX 简介

Ingress 是 Kubernetes 早期推出的用于管理外部访问流量的API，广受开发者欢迎。（如今，Gateway API 已成为实现类似功能的新一代标准。）要使 Ingress 正常工作，必须在集群中部署对应的 Ingress 控制器。市场上存在多种控制器，适用于不同环境和需求，有的专为特定云平台优化，有的则具备跨平台兼容性。

Ingress NGINX 是 Kubernetes 社区最早开发的 Ingress 控制器之一。凭借其高度灵活性、丰富的配置选项以及对多环境的良好支持，迅速成为主流选择。尽管后续出现了众多同类项目，Ingress NGINX 始终保持着极高人气，被广泛集成于各大托管 Kubernetes 服务中，并运行在无数生产环境中。

发展历史与面临困境

Ingress NGINX 功能强大，但也因此积累了大量复杂性和技术债务。例如，过去允许通过“snippets”注解注入自定义 NGINX 配置的功能，在当时被视为增强灵活性的重要手段；但如今这类做法已被视为严重的安全风险，增加了攻击面并难以审计。

尽管拥有庞大的用户基础，该项目长期受限于维护人力短缺。多年来，核心维护工作主要依赖一两位志愿者在业余时间推进。2024年，维护团队曾公开表示计划逐步终止项目，并尝试与 Gateway API 社区合作构建继任者 InGate。遗憾的是，这一举措未能吸引足够社区参与，InGate 项目也未能达到可用状态，最终同样面临下线命运。

当前状态与未来规划

目前，Ingress NGINX 处于有限维护阶段。Kubernetes SIG Network 和安全响应团队已多方协调资源，但仍无法确保项目的可持续发展。出于对用户安全负责的考虑，决定正式启动退役程序。

知我AI·PC客户端

离线运行 AI 大模型，构建你的私有个人知识库，对话式提取文件知识，保证个人文件数据安全

35

查看详情

预计在 2026 年 3 月，Ingress NGINX 将全面停止维护并正式退役。届时所有代码仓库将设为只读模式，不再接受提交或发布新版本，也不再提供漏洞修复与安全补丁。Helm Charts、镜像等分发资源将继续保留，供现有系统引用。

管理员可通过以下命令快速确认集群是否正在使用 Ingress NGINX：

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

“我们向 Ingress NGINX 的历任维护者致以最诚挚的感谢。他们无私的付出支撑了全球范围内亿万级请求的稳定流转。从个人实验到大型数据中心，这个项目见证了 Kubernetes 的成长历程。它的贡献不可磨灭，我们心怀感激。”

了解更多详情，请访问：https://www.php.cn/link/5e7ce02afd479a1ff12bc405e3af182a

源码地址：点击下载

以上就是因维护力量不足，Ingress NGINX 即将退役的详细内容，更多请关注php中文网其它相关文章！