Report: GKE Inference Gateway delivers up to 92% faster AI responses

As generative AI moves from experimental pilots to massive production environments, the efficiency of your infrastructure becomes the ultimate differentiator. One way to get the most out of it and minimize costly accelerator idle time is to leverage the Google Kubernetes Engine (GKE) Inference Gateway , which intelligently routes generative AI workloads based on real-time model server metrics. Instead of relying on traditional, naive round-robin load balancing - which frequently triggers expensive accelerator recomputation and spikes user latency - this native extension of the GKE Gateway utilizes advanced capabilities like prefix caching and model-aware routing .

By ensuring requests land on the exact accelerator that is primed to process them right away, GKE transforms how you can serve your large language models (LLMs), with excellent hardware utilization and ultra-fast response times. In fact, according to an independent benchmark report , GKE Inference Gateway outperforms the next leading managed Kubernetes service with 15.7% higher throughput, 92.8% shorter wait times, and 62.6% lower inter-token latency . This performance takes LLM-based applications from sluggish and expensive to fast and production-grade.

That performance tracks with Snap 's experience using GKE Inference Gateway. "At Snap, we are integrating llm-d into our production AI infrastructure to facilitate high-performance inference at scale. By employing prefix-cache-aware routing, we have achieved prefix cache hit rates ranging up to 75-80%.

We appreciate the open-source nature of llm-d, as it enables seamless integration with our Envoy-based Service Mesh." - Vinay Kola, Senior Manager, Software Engineering, Snap Inc. In this blog, we take a closer look at GKE Inference Gateway's prefix caching, complete with examples. We also provide more details about its benchmark results.

The secret to low-latency AI: Prefix caching Prefix caching optimizes LLM performance by storing the KV cache (activation states) of long, repetitive prompt prefixes. When consecutive user requests share the same system instructions, context, or documentation, the model entirely skips reprocessing those tokens. GKE Inference Gateway reads incoming request prefixes and matches them to the specific pods that already hold that data in memory.

This eliminates the "thinking" tax on your GPUs and TPUs, turning heavy reasoning loops into near-instant answers. Use case 1: Documentation and codebase Q&A with retrieval-augmented generation (RAG) When querying massive enterprise repositories, you can ground your LLMs' responses without any added latency by pinning entire documentation sets as static cached prefixes, using RAG. Instead of forcing an LLM to re-read thousands of lines of API references or corporate wikis for every single user question, GKE Inference Gateway routes the query to a pod that already has that specific context warmed up in its KV cache.

The LLM only has to compute the user's brief, dynamic question, completely bypassing expensive document re-evaluation. [10,000+ words of API reference documentation, endpoints, error codes, etc.] </documentation> \r\n\r\n User Question: How do I handle a 429 rate limit error using the Python SDK?'), , ])]> Use case 2: Multi-turn chat You can also use prefix caching to maintain customer service interactions across thousands of simultaneous sessions without compounding compute costs.