https://sebastianczech.com/tags/networking/ Recent content in Networking on Portfolio & blog Hugo pl Fri, 01 May 2026 00:00:00 +0000 https://sebastianczech.com/posts/2026-05-01-k8s-gateway/ Fri, 01 May 2026 00:00:00 +0000 https://sebastianczech.com/posts/2026-05-01-k8s-gateway/ <p>Możnaby powiedzieć, że <a href="https://gateway-api.sigs.k8s.io/" class="external-link" target="_blank" rel="noopener">Kubernetes Gateway API</a> to następca klasycznego <code>Ingress</code>, który jest bardziej nowoczesnym, rozszerzalnym standardem routingu ruchu w klastrach Kubernetes, rozwijanym przez SIG Network. W repozytorium <a href="https://github.com/sebastianczech/k8s-gateway-api" class="external-link" target="_blank" rel="noopener">k8s-gateway-api</a> zebrałem praktyczne przykłady działania dwóch podejść do obsługi ruchu przychodzącego:</p> <ul> <li>klasycznego <code>NGINX Ingress</code>,</li> <li><code>Gateway API</code> na przykładzie: <ul> <li><code>KinD</code></li> <li><code>Istio</code></li> </ul> </li> </ul> <div class="mermaid"> architecture-beta group nginx_group(logos:nginx)[Ingress NGINX] group kind_group(logos:kubernetes)[KinD Gateway API] group istio_group(simple-icons:istio)[Istio Gateway API] service nginx_ctrl(logos:nginx)["ingress-nginx-controller"] in nginx_group service nginx_ingress(logos:kubernetes)[Ingress] in nginx_group service nginx_svc(logos:kubernetes)[Service] in nginx_group service podinfo(logos:kubernetes)[Pod] in nginx_group service kind_envoy(logos:envoyproxy)[Envoy proxy] in kind_group service kind_gateway(logos:kubernetes)[Gateway] in kind_group service kind_httproute(logos:kubernetes)[HTTPRoute] in kind_group service kind_svc(logos:kubernetes)[Service] in kind_group service echo_kind(logos:kubernetes)[Pod] in kind_group service istio_gw(simple-icons:istio)[Istio Envoy gateway] in istio_group service istio_gateway(logos:kubernetes)[Gateway] in istio_group service istio_httproute(logos:kubernetes)[HTTPRoute] in istio_group service istio_svc(logos:kubernetes)[Service] in istio_group service echo_istio(logos:kubernetes)[Pod] in istio_group nginx_ctrl:R --> L:nginx_ingress nginx_ingress:R --> L:nginx_svc nginx_svc:R --> L:podinfo kind_envoy:R --> L:kind_gateway kind_gateway:R --> L:kind_httproute kind_httproute:R --> L:kind_svc kind_svc:R --> L:echo_kind istio_gw:R --> L:istio_gateway istio_gateway:R --> L:istio_httproute istio_httproute:R --> L:istio_svc istio_svc:R --> L:echo_istio </div> <h2 id="dlaczego-gateway-api-zamiast-ingress"> Dlaczego Gateway API zamiast Ingress? <a class="heading-link" href="#dlaczego-gateway-api-zamiast-ingress"> <i class="fa-solid fa-link" aria-hidden="true" title="Link to heading"></i> <span class="sr-only">Link to heading</span> </a> </h2> <p>Klasyczny zasób <code>Ingress</code> ma swoje ograniczenia — słabo radzi sobie z bardziej zaawansowanymi regułami routingu, a różne kontrolery implementują go w niekompatybilny sposób przez własne adnotacje. <code>Gateway API</code> rozwiązuje te problemy przez:</p>