Kubernetes Gateway API 2026: Vodič za migraciju s Ingress-a

Kubernetes Gateway API predstavlja zreli nasljednik starijeg Ingress API-ja. Glavni povod za promjenu je završetak podrške za Ingress-NGINX kontroler u ožujku. Postojeće instalacije nastavljaju raditi, ali više ne dobivaju nova izdanja, ispravke grešaka ni sigurnosna ažuriranja. Iako to nije službeni kraj za sam Ingress API, predstavlja jasan poziv na planiranje migracije na podržani kontroler.

Prije početka migracije provjerite koju verziju Gateway API-ja podržava vaša odabrana implementacija. Gateway API se instalira putem Custom Resource Definition (CRD) objekata, a njegova verzija je neovisna o verziji samog Kubernetesa. Model migracije zamjenjuje klasični Ingress s tri resursa: GatewayClass, Gateway i HTTPRoute. Pravila za hostove i putanje postaju HTTPRoute pravila, završetak TLS enkripcije premješta se na Gateway, dok se preusmjeravanje s HTTP-a na HTTPS ostvaruje pomoću RequestRedirect filtera.

Za lakšu generaciju manifesta i provjeru nepodržanih anotacija iskoristite službeni alat SIG Network ingress2gateway v1.0. Rezultate koristite kao polaznu točku: pažljivo proučite upozorenja, testirajte promjene u razvojnom klasteru i pokrenite novi kontroler paralelno s postojećim Ingressom. Promet preusmjeravajte postupno koristeći ponderirani DNS, mrežni usmjerivač ili dijeljenje prometa. Stare resurse uklonite tek kada se novi put u potpunosti potvrdi u radu.

Površina API-ja i dalje se mijenja — projekt redovito objavljuje izdanja na Standard kanalu, a v1.6.1 objavljen je u srpnju 2026. — stoga fiksirajte verziju CRD-ova i izdanje kontrolera koje ste testirali te ih zabilježite u svoje bilješke o migraciji. Uredan redoslijed prelaska je: pokrenite iskusni (canary) Gateway i HTTPRoute, provjerite usmjeravanje i TLS, prebacite DNS ili težinu prometa te tek onda uklonite Ingress resurse i stari kontroler.

Izvori: izdanje ingress2gateway v1.0, povlačenje Ingress-NGINX-a, Migracija s Ingressa, Gateway API izdanja.