2026年3月，Kubernetes的ingress-nginx控制器将退役，组织需考虑迁移至其他控制器或现代化网络架构。可选路径包括迁移至Contour控制器或Gateway API，以解决Ingress的结构性限制。选择应基于组织的技术债务和未来目标。

随着Kubernetes网络向Gateway API演进，许多团队正在评估从Ingress NGINX迁移的策略。本文案例研究了在AWS上成功迁移到Envoy Gateway的过程，强调了实现零停机的重要性。通过加权DNS记录，团队确保了流量平稳过渡，避免了请求丢失。Gateway API 1.5的ListenerSet资源将进一步改善基础设施与应用之间的分离。

Kubernetes集群默认不加密Pod间流量和Ingress流量。使用cert-manager可以自动管理证书的申请和更新，简化TLS配置，确保Ingress流量加密，并创建内部CA实现服务间加密，避免服务中断。

Stack Overflow决定在NGINX-Ingress退役后迁移至Gateway API，经过评估选择了Istio，因其稳定性和性能优越。测试显示Istio在流量处理和路由更新方面表现良好，适合未来需求。迁移工作将在接下来几周内进行。

随着2026年Ingress NGINX的退役，企业面临安全合规挑战。阿里巴巴的Higress作为AI原生API网关，提供快速迁移解决方案。通过AI代理，工程师在30分钟内完成对60多个Ingress资源的迁移验证，确保生产环境稳定。Higress支持LLM协议治理和零停机更新，助力企业架构升级。

随着ingress-nginx的退役，用户需考虑迁移至Gateway API或其他ingress控制器。CERN和波音等公司推荐使用Gateway API或Traefik，并强调文档化特定配置以避免锁定，确保有足够资源应对未来变化。

本文讨论了Kubernetes集群从ingress-nginx迁移到Envoy Gateway的过程，重点关注证书管理、云负载均衡器集成和后端TLS配置。Gateway API的多层架构提供了更好的资源管理，尽管需要理解额外的资源配置。这一迁移为云原生环境提供了有效的替代方案。

Higress正式加入云原生计算基金会（CNCF）作为沙盒项目，是一种基于Envoy和Istio的高性能API网关，旨在简化云原生和AI工作负载的操作复杂性。它支持Kubernetes Ingress和Gateway API，提供安全的企业应用解决方案，并致力于推动AI基础设施的标准化，未来将扩展AI能力，确保与传统Ingress的兼容性。

本文讨论了在Kubernetes中部署ingress-nginx的重要性，强调负载均衡器的作用。NodePort和LoadBalancer是两种服务暴露方式，后者可通过MetalLB在自建集群中实现，解决裸金属集群的负载均衡问题。Ingress作为统一入口，整合多种服务访问规则。

Kubernetes宣布Ingress-NGINX将于2026年退役，用户可迁移至Amazon Load Balancer Controller或Gateway API。本文提供详细的迁移方案，包括架构差异、功能对比及配置示例，确保EKS用户实现零停机迁移。

Kubernetes计划于2026年3月退役Ingress NGINX，尽管目前仍有44%的用户在使用。该项目维护不足，存在严重安全漏洞，继续使用将面临风险。KSC建议用户尽快寻找替代方案。

Ingress-nginx将在2026年停止维护，用户需选择替代方案，如Cilium Ingress或Kubernetes Gateway API，以确保持续支持和安全性。Cilium提供快速迁移和增强的流量管理功能，适应未来需求。

Kubernetes宣布Ingress NGINX将于2026年退休，维护至2026年3月。由于维护者短缺，项目难以持续，建议迁移至Gateway API，以支持更多协议和功能。其他活跃的Ingress控制器也可供选择，迁移应尽早规划，以确保集群安全可靠。

Kubernetes生态系统正在转变，Ingress Nginx将于2025年退役，维护至2026年。Gateway API作为继任者，提供统一的多协议路由和流量控制，解决传统Ingress API的局限。Nginx Gateway Fabric是其早期实现，支持高级功能。本文指导如何使用Gateway API和Nginx Gateway Fabric进行部署。