Fünf Migrationen, die die Infrastruktur-Teams im Jahr 2026 umgestalten

Networking im Jahr 2026 wird nicht von einem einzelnen Trend angetrieben — sondern von Fristen. Ein weit verbreiteter ingress controller wurde außer Dienst gestellt. Eine große TLS-Bibliothek änderte ihre Standardwerte. Eine Proxy-Methode, die seit einem Jahrzehnt im Einsatz ist, gewinnt endlich Produktionsreife. Ein Service Mesh ersetzte seine eigene Extensibility API. Und IPv4-Exhaustion wurde von einem Diskussionsthema zu einem tatsächlichen Migrationsprojekt bei Organisationen mit Bundesmandaten.

Keines dieser Themen ist spekulativ — sie zwingen Infrastruktur- und Plattform-Teams bereits zum Handeln. Hier steht, wo jeder Punkt aktuell steht.

1. Ingress-NGINX ist außer Dienst — Der tatsächliche Gateway API Migrationspfad

Die Kernbehauptung ist korrekt, aber es lohnt sich, präzise zu sein, was genau passiert ist, da die Terminologie zu Verwirrung bei den Migrationszeitplänen geführt hat.

Was ist beendet. Der community-geführte kubernetes/ingress-nginx Controller — verwaltet vom Kubernetes SIG Network — erreichte im März 2026 nur noch Wartungsstatus, und das Repository wurde am 24. März 2026 formell archiviert und schreibgeschützt. Die Ankündigung erfolgte erstmals durch das Security Response Committee am 11.11.2025, verstärkt durch eine klare gemeinsame Erklärung des Kubernetes Steering Committee und des Security Response Committee am 29.01.2026, die die betroffenen Cloud-native Umgebungen auf etwa die Hälfte schätzte. Der Hauptgrund war kein einzelner architektonischer Fehler, sondern jahrelaner Burnout der Maintainer (das Projekt lief nur mit ein oder zwei Freiwilligen) in Kombination mit technischem Schuldenberg, insbesondere die willkürlichen NGINX-Konfigurations-