{"id":5460,"date":"2026-02-09T11:17:10","date_gmt":"2026-02-09T11:17:10","guid":{"rendered":"https:\/\/sparksupport.com\/blog\/?p=5460"},"modified":"2026-02-09T11:17:10","modified_gmt":"2026-02-09T11:17:10","slug":"from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api","status":"publish","type":"post","link":"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/","title":{"rendered":"From NGINX Ingress to the Future: Our Journey Migrating to Kubernetes Gateway API"},"content":{"rendered":"

The wake-up call came without warning.<\/b> The NGINX Ingress Controller, a cornerstone of countless Kubernetes deployments, was officially retired. For teams running production workloads, this wasn’t just another deprecation notice. It was time to evolve.<\/span><\/p>\n

Here’s how we successfully migrated NGINX Ingress to the next-generation Kubernetes Gateway API, and why it transformed our entire approach to traffic management.<\/p>\n

<\/span><\/p>\n

Why We Couldn’t Ignore This Migration<\/strong><\/h2>\n

Migrations are painful. They consume time, introduce risk, and rarely spark joy. So why did we embrace this one?<\/span><\/p>\n

Three compelling reasons:<\/b><\/p>\n

    \n
  1. NGINX Ingress retirement meant no more security patches or feature updates<\/span><\/li>\n
  2. Gateway API represents the future of Kubernetes traffic management with official support and a unified standard<\/span><\/li>\n
  3. Modern gateway implementations unlock enterprise-grade features we were already planning to adopt<\/span><\/li>\n<\/ol>\n

    This wasn’t just about replacing deprecated technology. It was an opportunity to modernize our entire traffic management strategy<\/span>.<\/span><\/p>\n

    The Old World: NGINX Ingress Controller<\/strong><\/h2>\n

    Our setup was straightforward. NGINX Ingress handled all external traffic routing with simple Ingress resources scattered across namespaces. It worked reliably, but it had limitations that became increasingly apparent as our infrastructure grew.<\/span><\/p>\n

    The pain points we lived with included basic traffic splitting, limited protocol support beyond HTTP\/HTTPS, configuration sprawl across annotations, and no native service mesh integration.<\/span><\/p>\n

    The New Paradigm: Kubernetes Gateway API<\/strong><\/h2>\n

    The Kubernetes Gateway API is a collection of API resources for service networking in Kubernetes, designed as a more expressive and extensible successor to Ingress. It consists of GatewayClass, Gateway and various Route types (HTTPRoute, TLSRoute, TCPRoute, etc.) that map requests to Services. It improves on Ingress with better role separation, advanced routing features like traffic splitting and header-based routing, cross-namespace support, and portability across implementations<\/span><\/p>\n

    Choosing Your Gateway Implementation<\/strong><\/h2>\n

    One of Gateway controllers\u00a0 strengths is choice. You’re not locked into a single implementation. We evaluated several options before making our decision:<\/span><\/p>\n

    Istio<\/b> offers full service mesh capabilities with advanced traffic management, mutual TLS by default, and rich observability features. It’s powerful but comes with operational complexity.<\/span><\/p>\n

    Envoy Gateway<\/b> provides a lightweight, focused gateway built on the proven Envoy proxy. It offers excellent performance and is simpler to operate than a full service mesh.<\/span><\/p>\n

    Traefik Proxy<\/b> is a modern, cloud-native reverse proxy and load balancer that supports the Kubernetes Gateway API along with automatic service discovery, dynamic configuration, and built-in support for multiple protocols and backends<\/span><\/p>\n

    Kong Gateway<\/b> combines API gateway features with ingress capabilities, perfect for teams already using Kong or needing API management features.<\/span><\/p>\n

    NGINX Gateway Fabric<\/b> is an open-source implementation of the Kubernetes Gateway API built on NGINX, providing a lightweight and performant ingress solution with native Gateway API support<\/span><\/p>\n

    We ultimately chose a gateway controller as Istio that balanced our needs for advanced traffic management with operational simplicity.<\/span><\/p>\n

    Our Migration Journey<\/strong><\/h2>\n

    Phase 1: Foundation<\/b>
    \n<\/b>We started by installing Istio on our kubeadm cluster and enabling Gateway API CRDs. The process was surprisingly streamlined compared to earlier generations of these tools.<\/span>
    \n<\/span>1. Installing Istio by Helm chart (<\/span>Link<\/span><\/a>)<\/span>
    \n<\/span>2.<\/span>Install the Kubernetes Gateway API CRDs (<\/span>    Link<\/span><\/a>). This way Kubernetes understands the Gateway API <\/span>custom objects<\/span><\/a> and Istio can watch for those Gateway API objects and act on them<\/span><\/p>\n

    Phase 2: Understanding the Model<\/b>
    \n<\/b>The Gateway API’s separation took a moment to appreciate. Instead of monolithic Ingress resources mixing infrastructure and routing, we now had distinct layers. The Gateway defined infrastructure load balancers, ports, protocols. HTTPRoutes defines routing rule hosts, paths, and services.\u00a0<\/span><\/p>\n

    Phase 3: Migration Strategy<\/b>
    \n<\/b>We started with non-critical development services, ran both systems in parallel for selected workloads,<\/span>
    \ngradually migrated development environments, and finally cut over production services one namespace at a time. At each step, we validated traffic flow, performance, and monitoring.<\/span><\/p>\n

    Phase 4: Route Transformation<\/b>
    \n<\/b>Converting NGINX Ingress resources to HTTPRoutes was surprisingly straightforward. Each HTTPRoute referenced our central Gateway, specified hostnames, and defined routing rules with clear match conditions.<\/span><\/p>\n


    \n<\/span>Sample Routing rule with Gateway creation<\/b>
    \n<\/b><\/h2>\n\n\n\n
    —<\/span>
    \n<\/span>apiVersion: <\/span>gateway.networking.k8s.io\/v1<\/span>
    \n<\/span>kind: <\/span>HTTPRoute<\/span>
    \n<\/span>metadata:<\/span>
    \n<\/span>\u00a0 name: <\/span>route<\/span>
    \n<\/span>\u00a0 namespace: <\/span>app1<\/span>
    \n<\/span>spec:<\/span>
    \n<\/span>\u00a0 parentRefs:<\/span>
    \n<\/span>\u00a0 \u00a0 – name: <\/span>gateway<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 namespace: <\/span>app1<\/span>
    \n<\/span>\u00a0 hostnames:<\/span>
    \n<\/span>\u00a0 \u00a0 –<\/span> test.com<\/span>
    \n<\/span>\u00a0 rules:<\/span>
    \n<\/span>\u00a0 \u00a0 – matches:<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 \u00a0 – path:<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 type: <\/span>PathPrefix<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 value: <\/span>“\/”<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 backendRefs:<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 \u00a0 – name: <\/span>app-service<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 \u00a0 \u00a0 port: <\/span>5000<\/span>
    \n<\/span>—<\/span>
    \n<\/span>apiVersion: <\/span>gateway.networking.k8s.io\/v1<\/span>
    \n<\/span>kind: <\/span>Gateway<\/span>
    \n<\/span>metadata:<\/span>
    \n<\/span>\u00a0 name: <\/span>gateway<\/span>
    \n<\/span>\u00a0 namespace: <\/span>app1<\/span>
    \n<\/span>spec:<\/span>
    \n<\/span>\u00a0 gatewayClassName: <\/span>istio<\/span>
    \n<\/span>\u00a0 listeners:<\/span>
    \n<\/span>\u00a0 \u00a0 – name: <\/span>https<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 protocol: <\/span>HTTPS<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 port: <\/span>443<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 hostname: <\/span>example.com<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 allowedRoutes:<\/span>
    \n<\/span> \u00a0 \u00a0 \u00a0 \u00a0 namespaces:<\/span>
    \n<\/span> \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 from: <\/span>All<\/span>
    \n<\/span> \u00a0 \u00a0 <\/span>
    \n<\/span>\u00a0 \u00a0 – name: <\/span>http<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 port: <\/span>80<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 protocol: <\/span>HTTP<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 allowedRoutes:<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 \u00a0 namespaces:<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 \u00a0 \u00a0 from: <\/span>All<\/span>
    \n<\/span>—<\/span>
    \n<\/span>apiVersion: <\/span>v1<\/span>
    \n<\/span>kind: <\/span>Service<\/span>
    \n<\/span>metadata:<\/span>
    \n<\/span>\u00a0 name: <\/span>gateway-istio<\/span>
    \n<\/span>\u00a0 namespace: <\/span>app1<\/span>
    \n<\/span>spec:<\/span>
    \n<\/span>\u00a0 type: <\/span>NodePort<\/span>
    \n<\/span>\u00a0 selector:<\/span>
    \n<\/span>\u00a0 \u00a0 <\/span>gateway.networking.k8s.io\/gateway-name:<\/span> gateway<\/span>
    \n<\/span>\u00a0 ports:<\/span>
    \n<\/span>\u00a0 \u00a0 – name: <\/span>status-port<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 port: <\/span>15021<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 targetPort: <\/span>15021<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 protocol: <\/span>TCP<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 nodePort: <\/span>31394<\/span>
    \n<\/span>\u00a0 \u00a0 – name: <\/span>http<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 port: <\/span>80<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 targetPort: <\/span>80<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 protocol: <\/span>TCP<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 nodePort: <\/span>32608<\/span>
    \n<\/span>\u00a0 \u00a0 – name: <\/span>https<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 port: <\/span>443<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 targetPort: <\/span>443<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 protocol: <\/span>TCP<\/span>
    \n<\/span>\u00a0 \u00a0 \u00a0 nodePort: <\/span>32444<\/span><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

    \"\"<\/p>\n

    Our Migration Blueprint<\/strong><\/h2>\n

    Istio has historically offered its own <\/span>Gateway<\/span> and <\/span>VirtualService<\/span> APIs for this purpose; it now supports the newer, more standardized Kubernetes Gateway API. This API is slated to become the default for managing ingress and egress traffic in Istio clusters.<\/span><\/p>\n

    In my implementation, I have specifically configured a Gateway resource using <\/span>istio<\/span> as the gateway class, and I defined the routing rules for incoming traffic using only the <\/span>HTTPRoute<\/span> resource.<\/span><\/p>\n

    The image below shows the high-level architecture of what we are going to build.<\/span><\/p>\n

    \"\"<\/p>\n

    CONCLUSION<\/strong><\/h3>\n

    Migrating from NGINX Ingress to the Kubernetes Gateway API with Istio represents a strategic evolution in traffic management, not just a technical upgrade. The Gateway API’s standardized approach delivers enhanced routing flexibility, better role separation, and advanced features like traffic splitting and header-based routing. While the migration required careful planning through phased implementation, the long-term benefits of adopting this modern standard far outweigh the initial effort. As the Gateway API becomes the default for Kubernetes traffic management, early adoption positions teams to leverage future innovations in cloud-native networking.<\/span><\/p>\n

     <\/p>\n","protected":false},"excerpt":{"rendered":"

    The wake-up call came without warning. The NGINX Ingress Controller, a cornerstone of countless Kubernetes deployments, was officially retired. For teams running production workloads, this<\/p>\n","protected":false},"author":1,"featured_media":5462,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[24],"tags":[355,266,303],"class_list":["post-5460","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-articles","tag-cloud-engineering","tag-devops","tag-kubernetes"],"acf":[],"yoast_head":"\nNGINX Ingress to Kubernetes Gateway API Migration Guide<\/title>\n<meta name=\"description\" content=\"Our migration from NGINX Ingress to Kubernetes Gateway API and key lessons learned.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"NGINX Ingress to Kubernetes Gateway API Migration Guide\" \/>\n<meta property=\"og:description\" content=\"Our migration from NGINX Ingress to Kubernetes Gateway API and key lessons learned.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/\" \/>\n<meta property=\"article:published_time\" content=\"2026-02-09T11:17:10+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/sparksupport.com\/blog\/wp-content\/uploads\/2026\/02\/SP-2.png\" \/>\n\t<meta property=\"og:image:width\" content=\"800\" \/>\n\t<meta property=\"og:image:height\" content=\"450\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"SparkSupport\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"SparkSupport\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"5 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/\"},\"author\":{\"name\":\"SparkSupport\",\"@id\":\"https:\/\/sparksupport.com\/blog\/#\/schema\/person\/b359b1e8bc00b1d71637775f13a9ec44\"},\"headline\":\"From NGINX Ingress to the Future: Our Journey Migrating to Kubernetes Gateway API\",\"datePublished\":\"2026-02-09T11:17:10+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/\"},\"wordCount\":966,\"commentCount\":0,\"publisher\":{\"@id\":\"https:\/\/sparksupport.com\/blog\/#organization\"},\"image\":{\"@id\":\"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/sparksupport.com\/blog\/wp-content\/uploads\/2026\/02\/SP-2.png\",\"keywords\":[\"Cloud Engineering\",\"DevOps\",\"kubernetes\"],\"articleSection\":[\"Articles\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/\",\"url\":\"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/\",\"name\":\"NGINX Ingress to Kubernetes Gateway API Migration Guide\",\"isPartOf\":{\"@id\":\"https:\/\/sparksupport.com\/blog\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/sparksupport.com\/blog\/wp-content\/uploads\/2026\/02\/SP-2.png\",\"datePublished\":\"2026-02-09T11:17:10+00:00\",\"description\":\"Our migration from NGINX Ingress to Kubernetes Gateway API and key lessons learned.\",\"breadcrumb\":{\"@id\":\"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/#primaryimage\",\"url\":\"https:\/\/sparksupport.com\/blog\/wp-content\/uploads\/2026\/02\/SP-2.png\",\"contentUrl\":\"https:\/\/sparksupport.com\/blog\/wp-content\/uploads\/2026\/02\/SP-2.png\",\"width\":800,\"height\":450,\"caption\":\"From NGINX Ingress to the Future: Our Journey Migrating to Kubernetes Gateway API\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/sparksupport.com\/blog\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"From NGINX Ingress to the Future: Our Journey Migrating to Kubernetes Gateway API\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/sparksupport.com\/blog\/#website\",\"url\":\"https:\/\/sparksupport.com\/blog\/\",\"name\":\"SparkSupport Blog\",\"description\":\"SparkSupport Blogs\",\"publisher\":{\"@id\":\"https:\/\/sparksupport.com\/blog\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/sparksupport.com\/blog\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/sparksupport.com\/blog\/#organization\",\"name\":\"SparkSupport\",\"url\":\"https:\/\/sparksupport.com\/blog\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/sparksupport.com\/blog\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/sparksupport.com\/blog\/wp-content\/uploads\/2019\/08\/cropped-logo-1.jpg\",\"contentUrl\":\"https:\/\/sparksupport.com\/blog\/wp-content\/uploads\/2019\/08\/cropped-logo-1.jpg\",\"width\":216,\"height\":44,\"caption\":\"SparkSupport\"},\"image\":{\"@id\":\"https:\/\/sparksupport.com\/blog\/#\/schema\/logo\/image\/\"}},{\"@type\":\"Person\",\"@id\":\"https:\/\/sparksupport.com\/blog\/#\/schema\/person\/b359b1e8bc00b1d71637775f13a9ec44\",\"name\":\"SparkSupport\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/secure.gravatar.com\/avatar\/4d86cc3c0d188e40e99abec16795ed658b95c89ab15427bd7254315e8115b40b?s=96&d=mm&r=g\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/4d86cc3c0d188e40e99abec16795ed658b95c89ab15427bd7254315e8115b40b?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/4d86cc3c0d188e40e99abec16795ed658b95c89ab15427bd7254315e8115b40b?s=96&d=mm&r=g\",\"caption\":\"SparkSupport\"},\"url\":\"https:\/\/sparksupport.com\/blog\/author\/spark_wp_admin\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"NGINX Ingress to Kubernetes Gateway API Migration Guide","description":"Our migration from NGINX Ingress to Kubernetes Gateway API and key lessons learned.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/","og_locale":"en_US","og_type":"article","og_title":"NGINX Ingress to Kubernetes Gateway API Migration Guide","og_description":"Our migration from NGINX Ingress to Kubernetes Gateway API and key lessons learned.","og_url":"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/","article_published_time":"2026-02-09T11:17:10+00:00","og_image":[{"width":800,"height":450,"url":"https:\/\/sparksupport.com\/blog\/wp-content\/uploads\/2026\/02\/SP-2.png","type":"image\/png"}],"author":"SparkSupport","twitter_card":"summary_large_image","twitter_misc":{"Written by":"SparkSupport","Est. reading time":"5 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/#article","isPartOf":{"@id":"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/"},"author":{"name":"SparkSupport","@id":"https:\/\/sparksupport.com\/blog\/#\/schema\/person\/b359b1e8bc00b1d71637775f13a9ec44"},"headline":"From NGINX Ingress to the Future: Our Journey Migrating to Kubernetes Gateway API","datePublished":"2026-02-09T11:17:10+00:00","mainEntityOfPage":{"@id":"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/"},"wordCount":966,"commentCount":0,"publisher":{"@id":"https:\/\/sparksupport.com\/blog\/#organization"},"image":{"@id":"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/#primaryimage"},"thumbnailUrl":"https:\/\/sparksupport.com\/blog\/wp-content\/uploads\/2026\/02\/SP-2.png","keywords":["Cloud Engineering","DevOps","kubernetes"],"articleSection":["Articles"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/","url":"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/","name":"NGINX Ingress to Kubernetes Gateway API Migration Guide","isPartOf":{"@id":"https:\/\/sparksupport.com\/blog\/#website"},"primaryImageOfPage":{"@id":"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/#primaryimage"},"image":{"@id":"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/#primaryimage"},"thumbnailUrl":"https:\/\/sparksupport.com\/blog\/wp-content\/uploads\/2026\/02\/SP-2.png","datePublished":"2026-02-09T11:17:10+00:00","description":"Our migration from NGINX Ingress to Kubernetes Gateway API and key lessons learned.","breadcrumb":{"@id":"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/#primaryimage","url":"https:\/\/sparksupport.com\/blog\/wp-content\/uploads\/2026\/02\/SP-2.png","contentUrl":"https:\/\/sparksupport.com\/blog\/wp-content\/uploads\/2026\/02\/SP-2.png","width":800,"height":450,"caption":"From NGINX Ingress to the Future: Our Journey Migrating to Kubernetes Gateway API"},{"@type":"BreadcrumbList","@id":"https:\/\/sparksupport.com\/blog\/from-nginx-ingress-to-the-future-our-journey-migrating-to-kubernetes-gateway-api\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/sparksupport.com\/blog\/"},{"@type":"ListItem","position":2,"name":"From NGINX Ingress to the Future: Our Journey Migrating to Kubernetes Gateway API"}]},{"@type":"WebSite","@id":"https:\/\/sparksupport.com\/blog\/#website","url":"https:\/\/sparksupport.com\/blog\/","name":"SparkSupport Blog","description":"SparkSupport Blogs","publisher":{"@id":"https:\/\/sparksupport.com\/blog\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/sparksupport.com\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Organization","@id":"https:\/\/sparksupport.com\/blog\/#organization","name":"SparkSupport","url":"https:\/\/sparksupport.com\/blog\/","logo":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/sparksupport.com\/blog\/#\/schema\/logo\/image\/","url":"https:\/\/sparksupport.com\/blog\/wp-content\/uploads\/2019\/08\/cropped-logo-1.jpg","contentUrl":"https:\/\/sparksupport.com\/blog\/wp-content\/uploads\/2019\/08\/cropped-logo-1.jpg","width":216,"height":44,"caption":"SparkSupport"},"image":{"@id":"https:\/\/sparksupport.com\/blog\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/sparksupport.com\/blog\/#\/schema\/person\/b359b1e8bc00b1d71637775f13a9ec44","name":"SparkSupport","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/secure.gravatar.com\/avatar\/4d86cc3c0d188e40e99abec16795ed658b95c89ab15427bd7254315e8115b40b?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/4d86cc3c0d188e40e99abec16795ed658b95c89ab15427bd7254315e8115b40b?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/4d86cc3c0d188e40e99abec16795ed658b95c89ab15427bd7254315e8115b40b?s=96&d=mm&r=g","caption":"SparkSupport"},"url":"https:\/\/sparksupport.com\/blog\/author\/spark_wp_admin\/"}]}},"_links":{"self":[{"href":"https:\/\/sparksupport.com\/blog\/wp-json\/wp\/v2\/posts\/5460","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/sparksupport.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/sparksupport.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/sparksupport.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/sparksupport.com\/blog\/wp-json\/wp\/v2\/comments?post=5460"}],"version-history":[{"count":0,"href":"https:\/\/sparksupport.com\/blog\/wp-json\/wp\/v2\/posts\/5460\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/sparksupport.com\/blog\/wp-json\/wp\/v2\/media\/5462"}],"wp:attachment":[{"href":"https:\/\/sparksupport.com\/blog\/wp-json\/wp\/v2\/media?parent=5460"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/sparksupport.com\/blog\/wp-json\/wp\/v2\/categories?post=5460"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/sparksupport.com\/blog\/wp-json\/wp\/v2\/tags?post=5460"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}