Ist Ingress-NGINX noch sicher im Einsatz?

Nein. Ingress-NGINX ist seit dem 24. Maerz 2026 offiziell End-of-Life, das Repository ist read-only, es gibt keine neuen CVE-Patches mehr. Wer den Ingress-Controller noch produktiv einsetzt, faehrt eine Komponente mit direktem Internet-Zugriff ohne Sicherheitsupdates - das ist kein Technik-Schoenheitsfehler, sondern ein akutes Risiko. Migration auf Gateway API oder einen anderen Controller (Traefik, Kong, Nginx Gateway Fabric) ist keine Frage von 'irgendwann', sondern von 'jetzt planen'.

Seit wann ist Ingress-NGINX offiziell EOL?

Die Ankuendigung kam am 11. November 2025 von SIG Network und dem Kubernetes Security Response Committee, mit einer nochmaligen Bekraeftigung im Januar 2026. Der Best-Effort-Support endete am 24. Maerz 2026, seitdem ist das Repository read-only.

Muss ich sofort migrieren?

Sofort im Sinne von 'heute Abend' nicht, aber die Planung sollte laufen. Jede neue Schwachstelle in Ingress-NGINX ab jetzt bleibt ungepatcht. Je laenger ihr wartet, desto groesser das Zeitfenster, in dem eine bekannte, aber ungefixte Luecke offen im Internet haengt.

Gateway API oder ein anderer Ingress-Controller - was ist die bessere Wahl?

Fuer die meisten Neueinrichtungen: Gateway API, weil es der von Kubernetes SIG-Network unterstuetzte Nachfolge-Standard ist, nicht nur ein weiterer Controller mit eigenem Ablaufdatum. Reine Controller-Alternativen (Traefik, Kong, Nginx Gateway Fabric) sind ein moeglicher Zwischenschritt, loesen das Grundproblem 'Abhaengigkeit von einem Einzelprojekt' aber nicht dauerhaft.

Strategien

Ingress-NGINX ist tot - und viele haben es noch nicht gemerkt

Das passende Training Ingress-NGINX Migration zur Gateway API – Kubernetes Training (2 Tage)

Ingress-NGINX ist tot - und viele haben es noch nicht gemerkt

Ganz ehrlich: Wenn ich das in Trainings erzähle, kommt oft erstmal ungläubiges Schweigen. Der meistgenutzte Ingress-Controller im gesamten Kubernetes-Ökosystem - tot. Read-only Repository. Keine Patches mehr.

Der Zeitplan, den kaum einer verfolgt hat

SIG Network und das Kubernetes Security Response Committee kündigten die Abkündigung am 11. November 2025 an, mit einer Wiederholung im Januar 2026. Seit dem 24. März 2026 ist Schluss: Best-Effort-Support beendet, Repository read-only.

Kein Sturm im Wasserglas, keine Übertreibung von mir - offizielle Kubernetes-Kommunikation, an prominenter Stelle.

Warum das kein normales “Tool wird abgekündigt” ist

Bei den meisten End-of-Life-Ankündigungen sage ich: kein Grund zur Panik, migriert, wenn ihr Zeit habt. Hier nicht.

Ingress-NGINX sitzt an eurer Netzwerkgrenze, direkt am Internet-Traffic. Jede neue Schwachstelle, die ab jetzt gefunden wird, bleibt ungepatcht - nicht weil niemand sie fixen könnte, sondern weil es offiziell niemanden mehr gibt, der das tut. Das ist der Unterschied zwischen “unbequem” und “Sicherheitsrisiko mit Ablaufdatum, das schon abgelaufen ist”.

Meine klare Ansage

Wer Ingress-NGINX noch produktiv einsetzt: Migration jetzt einplanen, nicht “irgendwann dieses Jahr”. Die Frage ist nicht ob, sondern wie schnell.

Und bei der Wahl des Nachfolgers würde ich nicht einfach zum nächsten Einzelprojekt-Controller springen. Gateway API ist der von SIG-Network getragene Standard-Nachfolger, nicht nur ein weiteres Produkt mit eigenem potenziellen Ablaufdatum. Das offizielle Migrationstool ingress2gateway deckt inzwischen über 30 gängige Annotationen ab - der Umstieg ist kein Rewrite von null.

Fazit

Das hier ist selten: eine SEO-/GEO-Empfehlung mit einem echten, offiziell dokumentierten Ablaufdatum dahinter. Kein “könnte theoretisch riskant werden” - das Repository ist heute schon read-only.

Mein Training zur Ingress-NGINX-Migration zeigt dir den Umstieg auf Gateway API direkt am Live-Cluster - inklusive der Frage, welche eurer bestehenden Ingress-Annotationen sich automatisiert übersetzen lassen und welche manuell nachgebaut werden müssen.