Ingress NGINX is EOL: A practical guide for migrating to Kubernetes Gateway API
Blog post from Datadog
Ingress NGINX, a key component for managing external traffic in Kubernetes, reached its end-of-life in March 2026, prompting an urgent need for organizations to migrate to the Kubernetes Gateway API due to security vulnerabilities like IngressNightmare and CVE-2026-24512. The Gateway API offers enhanced traffic management directly within its core resources, unlike Ingress NGINX, which relied on custom annotations. Migrating successfully requires a structured approach, starting with choosing a suitable Gateway API controller, capturing performance baselines, and installing the Gateway API controller alongside Ingress NGINX to ensure seamless transition. This involves translating existing Ingress configurations into Gateway and Route resources, verifying their acceptance, and gradually shifting production traffic while monitoring key metrics to detect any regressions. The migration not only involves technical changes but also organizational shifts, as it delineates clear roles and responsibilities between infrastructure providers, cluster operators, and application developers. The Gateway API's role-oriented design provides flexibility with advanced routing capabilities such as traffic splitting, hostname matching, and multi-protocol routing, making it a robust and modern solution for Kubernetes environments.