Kubernetes kündigt das Ende von Ingress NGINX an
Kubernetes kündigt das Ende von Ingress NGINX an Kubernetes SIG Network und das Security Response …
Ingress NGINX wird im März 2026 eingestellt, nachdem nur noch eingeschränkte Wartung angeboten wird. Nutzer werden aufgefordert, auf Gateway API oder andere Ingress-Controller umzusteigen, um Sicherheitsrisiken zu vermeiden.
Ingress NGINX, ein weit verbreiteter Ingress-Controller für Kubernetes , wird aufgrund von Wartungsproblemen und Sicherheitsbedenken eingestellt. Die Kubernetes SIG Network und das Security Response Committee haben beschlossen, die Entwicklung des Controllers zu beenden, um die Sicherheit des Ökosystems zu priorisieren. Bis März 2026 wird es eine best-effort Wartung geben, danach werden keine neuen Releases, Bugfixes oder Sicherheitsupdates mehr bereitgestellt.
Ingress NGINX wurde ursprünglich als Beispielimplementierung für die Ingress-API entwickelt und erfreute sich aufgrund seiner Flexibilität und der Unabhängigkeit von bestimmten Cloud-Anbietern großer Beliebtheit. Es hat sich in vielen Kubernetes-Umgebungen etabliert, sowohl in gehosteten Plattformen als auch in unabhängigen Clustern. Trotz seiner Popularität hatte das Projekt jedoch immer wieder mit unzureichender Wartung und technischen Schulden zu kämpfen. Die Flexibilität des Controllers, die in der Vergangenheit als Vorteil galt, hat sich in vielen Fällen als Sicherheitsrisiko erwiesen, was zu der Entscheidung führte, das Projekt einzustellen.
Die Ingress NGINX-Maintainer hatten bereits Pläne zur Entwicklung eines Nachfolgers in Zusammenarbeit mit der Gateway API -Community angekündigt. Diese Initiative konnte jedoch nicht genügend Interesse und Unterstützung generieren, um eine nachhaltige Wartung sicherzustellen. In der Folge wurde die Entscheidung zur Einstellung des Projekts unumgänglich.
Mit der Einstellung von Ingress NGINX wird die Migration zu Alternativen dringend empfohlen. Die Gateway API wird als modernere Lösung angesehen, die viele der gleichen Ziele verfolgt. Nutzer sollten ihre bestehenden Ingress NGINX-Implementierungen überprüfen und überlegen, welche anderen Ingress-Controller für ihre spezifischen Anforderungen in Frage kommen. Die Kubernetes-Dokumentation listet verschiedene Optionen auf, die je nach Anwendungsfall und Infrastruktur variieren können.
Um festzustellen, ob Ingress NGINX verwendet wird, können Administratoren den Befehl kubectl get pods --all-namespaces --selector app.kubernetes.io/name=ingress-nginx ausführen. Die bestehenden Installationsartefakte wie Helm-Charts und Container -Images bleiben verfügbar, jedoch wird die GitHub-Repository nach der Einstellung in den schreibgeschützten Modus versetzt.
Die Einstellung von Ingress NGINX stellt einen bedeutenden Wandel für die Kubernetes-Community dar. Nutzer sollten jetzt aktiv an der Migration zu Gateway API oder anderen Ingress-Controllern arbeiten, um die Sicherheit und Zukunftsfähigkeit ihrer Kubernetes-Umgebungen zu gewährleisten.
Dieser Beitrag wurde automatisch aus dem englischsprachigen Original erstellt und auf Deutsch zusammengefasst. Wir bieten diesen Service an, um Sie bei der oft zerklüfteten und überwiegend englischsprachigen News-Situation im Bereich Cloud-Native Software, Souveräne Cloud, Kubernetes und Container-Technologien zeitnah auf Deutsch zu informieren.
Kubernetes kündigt das Ende von Ingress NGINX an Kubernetes SIG Network und das Security Response …
TL;DR Die Version 1.4.0 der Gateway API für Kubernetes wurde veröffentlicht und bietet neue …
TL;DR Die Gateway API Inference Extension wurde entwickelt, um die spezifischen Anforderungen an das …