Kubernetes Blog
·
Ingress NGINX：Kubernetes指导委员会和安全响应委员会的声明
内容提要
Kubernetes将在2026年3月退役Ingress NGINX，影响约50%的云原生环境。由于长期缺乏维护者，退役后将不再提供更新，用户需尽快迁移至Gateway API等替代方案，以避免安全风险。
关键要点
-
Kubernetes将在2026年3月退役Ingress NGINX，影响约50%的云原生环境。
-
退役后将不再提供更新，用户需尽快迁移至Gateway API等替代方案。
-
继续使用Ingress NGINX将使用户面临安全风险。
-
现有部署仍可继续工作，但用户需主动检查是否受影响。
-
Ingress NGINX项目长期缺乏维护者，导致其无法安全维护。
-
Kubernetes团队决定退役Ingress NGINX以保护用户和生态系统的安全。
-
用户必须立即检查集群并开始迁移计划。
延伸解读
迁移的重要性
Ingress NGINX将在2026年3月退役，用户必须尽快迁移至Gateway API等替代方案。继续使用Ingress NGINX将面临安全风险，可能导致数据泄露或服务中断。用户应立即评估现有环境，制定迁移计划，以确保业务连续性和安全性。
安全风险与技术债务
Ingress NGINX项目长期缺乏维护者，导致其无法安全维护。随着技术债务的增加，项目的设计缺陷使其面临更大的安全隐患。用户在继续使用该工具时，需意识到潜在的攻击风险，及时采取措施以保护自身环境。
检查现有部署
用户应主动检查其Kubernetes集群，确认是否依赖Ingress NGINX。通过运行特定命令，用户可以快速识别受影响的部署。未及时检查可能导致在退役后面临意外的安全问题，因此建议尽早进行评估。
延伸问答
Ingress NGINX退役的时间是什么时候？
Ingress NGINX将在2026年3月退役。
为什么Kubernetes决定退役Ingress NGINX？
由于长期缺乏维护者，Ingress NGINX无法安全维护，因此Kubernetes决定退役以保护用户和生态系统的安全。
退役后Ingress NGINX会有什么影响？
退役后将不再提供更新，用户将面临安全风险，可能会受到攻击。
用户应该如何应对Ingress NGINX的退役？
用户需尽快检查集群并开始迁移至Gateway API等替代方案。
如何检查我的集群是否依赖Ingress NGINX？
可以运行命令kubectl get pods --all-namespaces --selector app.kubernetes.io/name=ingress-nginx来检查。
Ingress NGINX的替代方案有哪些？
用户可以迁移至Gateway API或其他第三方Ingress控制器作为替代方案。
