ważna zmiana

Ingress NGINX (kubernetes/ingress-nginx) został wycofany

To jedna z najważniejszych aktualizacji tego kursu, dotycząca kontrolera obsługującego około połowy klastrów na świecie. Kalendarium: SIG Network i Security Response Committee ogłosiły wycofanie w listopadzie 2025, w styczniu 2026 doszło do wyjątkowo stanowczego wspólnego oświadczenia Komitetu Sterującego, a 24 marca 2026 repozytorium kubernetes/ingress-nginx zostało zarchiwizowane i przeszło w tryb tylko do odczytu. Od tej daty nie ma już żadnych poprawek bezpieczeństwa.

Powód nie był kaprysem: projekt latami utrzymywały jedna–dwie osoby po godzinach, a jego elastyczność (możliwość wstrzykiwania dowolnych dyrektyw NGINX przez adnotacje-snippety) zamieniła się w dług techniczny i realne podatności — jak CVE-2025-1974 („IngressNightmare”), krytyczne, nieuwierzytelnione zdalne wykonanie kodu przez wystawiony webhook admission. Planowany następca InGate nigdy nie dojrzał i również został wycofany.

Ścieżki wyjścia: Gateway API (rekomendowana), a do konwersji istniejących zasobów narzędzie ingress2gateway — wersja 1.0 wyszła 20 marca 2026 i tłumaczy ponad 30 popularnych adnotacji ingress-nginx. Jeśli musisz zostać przy zasobie Ingress, wybierz utrzymywany kontroler: Traefik, Envoy Gateway, Kong, HAProxy, kontroler chmurowy albo komercyjny NGINX Ingress Controller od F5. Żadna z alternatyw nie jest podmianą jeden do jednego — adnotacje, przepisywanie ścieżek, uwierzytelnianie i reguły canary trzeba zwykle odtworzyć ręcznie.

Uwaga na trzy rzeczy, których to nie dotyczy: (1) nginxinc/kubernetes-ingress — osobny, wspierany kontroler od F5/NGINX; (2) sam serwer NGINX jako oprogramowanie; (3) zasób Ingress w API Kubernetes, który nadal istnieje (choć jest zamrożony funkcjonalnie) i jest obsługiwany przez inne kontrolery.

Zweryfikowane 4 sierpnia 2026 na kubernetes.io, kubernetes.dev i github.com. Sytuacja może się rozwijać — sprawdź aktualne komunikaty projektu przed decyzją migracyjną.