All posts
Kubernetes

Ingress-NGINX Is Retired: What to Run on EKS Instead, and the Five Behaviors That Break Migrations

By

October 25, 2026

8 min read

The community Ingress-NGINX controller stopped receiving releases and security fixes in March 2026. Your cluster still works; it just will not be patched. The replacements on EKS (the AWS Load Balancer Controller with Gateway API, Envoy-based gateways, F5's NGINX) and the routing quirks that cause outages when you translate rules literally.

Ingress-NGINX
Gateway API
EKS
AWS Load Balancer Controller
Kubernetes

In November 2025 Kubernetes SIG Network and the Security Response Committee announced the retirement of Ingress-NGINX, citing years of insufficient maintainers. Best-effort maintenance ended in March 2026 and the repository was archived on March 24. Images and Helm charts remain available and existing deployments keep running, but there will be no more releases and no fixes for new vulnerabilities.

This is the internet-facing component of most clusters, and it has had critical vulnerabilities before. Running it unpatched for long is not a reasonable plan.

Want a second opinion on this for your system?

Book a free 30-minute call. You'll leave knowing what we'd do first and roughly what it costs, whether or not you hire us.

The options on EKS

Option

What it is

Fits when

AWS Load Balancer Controller with Gateway API

Generally available since v3.0 (March 2026): ALB for HTTP and gRPC routes, NLB for TCP, UDP and TLS, configured through Gateway API resources

You want AWS-managed load balancers, WAF and ACM integration, and no proxy pods to run

AWS Load Balancer Controller with Ingress

The same controller using Ingress resources and annotations

A quick move with minimal change; plan Gateway API later

Envoy-based Gateway API implementations

Envoy Gateway, Istio, kgateway and others, running proxies in the cluster

You need advanced in-cluster routing, rate limiting or a service mesh

F5 NGINX Ingress Controller or NGINX Gateway Fabric

NGINX-based controllers maintained by F5

You want NGINX semantics and configuration skills to carry over

EKS Auto Mode

Load balancing managed by AWS as part of Auto Mode

You are already moving to Auto Mode

For most EKS clusters we recommend the AWS Load Balancer Controller with Gateway API. One ALB per Gateway, routes owned by each team's namespace, TLS from ACM and WAF attached to the load balancer. No proxy fleet to scale or patch. The tradeoff is ALB's feature set: if you depend on custom NGINX configuration or Lua, an in-cluster proxy will be closer.

Five behaviors that break a literal translation

The Kubernetes project published a list of Ingress-NGINX defaults that are probably in your cluster today and that a correct-looking Gateway API translation will not reproduce:

  1. Regex matches are prefix-based and case-insensitive. A pattern written for three uppercase letters also matches /uuid. Envoy-based gateways do full, case-sensitive matches, so traffic that used to route returns 404.

  2. use-regex applies to every path of a host, across every Ingress for that host. One annotation on one Ingress turns another team's Exact and Prefix paths into regex.

  3. rewrite-target implies regex, with the same side effects, even when nobody set use-regex.

  4. Requests missing a trailing slash are redirected to the same path with one.

  5. URLs are normalized before matching.

Migration plan

  1. Inventory every Ingress, its annotations and its hosts. Flag regex, rewrite and snippet annotations; they carry most of the risk.

  2. Capture real traffic paths from access logs for each host. The test is whether the new routes send the same requests to the same backends, not whether the YAML looks equivalent.

  3. Stand up the new controller alongside the old one with a separate load balancer, and replay or mirror traffic against it.

  4. Cut over per host with DNS weighting, watching 404 and 5xx rates per route.

  5. Remove Ingress-NGINX and its admission webhook once nothing routes through it.

hoolco Monthly Review

Once a month: what changed in tech that month and what it means for you, from cloud and AI to security and the tools you build with. Every item links to its source. No sales pitch, unsubscribe in one click.

As of October 25, 2026. Provided as is, for general information, and accurate to the best of our knowledge on the date shown. Not legal, compliance, tax, financial or other professional advice. Prices, limits and vendor services change; check current vendor documentation before relying on anything here. Terms of use.