Bridge · Article 7

What Role Does Your Network Play?

Zooming back out to home turf — now with the vocabulary from Articles 1-6 to make it concrete.

Model training optimizes for massive throughput and lossless, high-bandwidth interconnects across thousands of GPUs. Inference is a different game: it prioritizes predictable low latency, high concurrency, and distributed data orchestration. The six roles below are not a checklist of separate products — they are hops on one path a request takes from the user to a GPU and back.

Edge / POP ingress · TLS · §1 Cluster fabric GPU · RAG · §§2–3 L7 load balancer KV · queue · §4 GPU node prefill · decode · KV Same signals (§§5–6) also drive scale-out and model rollouts over minutes and hours
One request path. Sections 1–4 are per-request hops; sections 5–6 reuse the same load signals for fleet-scale moves.

1. Minimizing latency and jitter (p95/p99 tail latency)

In real-time conversational AI and autonomous systems, latency directly shapes user experience. p95 — 95% of users had an experience this fast or faster, 5% suffered worse. p99 — 99% this fast or faster, 1% suffered worst-case. Tail latency is that long edge — the slow 1-5% caused by network drops, resource contention, garbage collection, or queue backups.

  • Ingress & edge routing — traffic is routed through regional POPs closest to the user to terminate TLS quickly and reduce transit time.
  • Low-jitter fabric — in inference clusters, jitter or packet drops create long-tail latencies. When a model is sharded across GPUs (next section), those hops sit on the critical path of every token; technologies like RoCEv2 (RDMA over Converged Ethernet) keep that fabric latency ultra-low without stalling decode.

2. Supporting model parallelism & disaggregated serving

Modern LLMs rarely fit on a single GPU — that is why the cluster fabric in the path diagram matters. Models are split using Tensor Parallelism (TP), Pipeline Parallelism (PP), or Expert Parallelism (Mixture-of-Experts architectures).

  • Inter-GPU interconnects — connect accelerators across nodes for sub-millisecond exchanges during forward passes.
  • Disaggregated prefill and decode — advanced engines separate the compute-heavy prefill phase from the memory-bound decode phase onto different node pools, and the network fabric routes KV-cache context between them in real time.

3. Facilitating context retrieval (RAG & agentic workflows)

RAG and agentic frameworks depend heavily on high-speed "east-west" data center networking:

  • Vector DB & feature lookups — fetching embeddings, feature stores, and external documents over the network, before or during token generation.
  • Fan-out load handling — agentic loops trigger bursty, parallel API and microservice calls; a robust network prevents east-west bottlenecks between inference servers and external data repositories.

4. Load balancing and dynamic traffic management

Unlike batch-driven training, inference traffic is elastic and unpredictable. Intelligent Layer 7 load balancers route on current GPU queue depth, KV-cache utilization, and model host availability — not just proximity or round-robin.

User requestChicago, 10K-token file Global L7 balancerchecks region health US-Eastcloser, but 92% KV-cache utilization — queuing US-Westfarther, but 35% KV-cache utilization — idle capacity routed here → Cluster L7 balancerchecks queue depth + cache locality Node Bqueue: 12 Node Cqueue: 2, cache warm
Both hops route on live load signals, not proximity or round-robin: KV-cache utilization and queue depth beat geography and “next in line.”

Global load balancing (routing across regions)

A user in Chicago sends a prompt with a 10,000-token file attached. US-East is geographically closer, but its GPUs are at 92% KV-cache utilization from a morning traffic surge — heavy requests are queuing. US-West has slightly higher network latency from Chicago, but its GPUs sit at 35% KV-cache utilization with idle memory available. The global L7 balancer sends the request to US-West — avoiding US-East's memory-bound bottleneck rather than blindly picking the closer region.

Cluster load balancing (routing inside the data center)

Once the request lands in the US-West cluster, the cluster-level L7 balancer checks live metrics across local nodes: Node-A is offline for a model redeploy (filtered out). Node-B has 12 requests queued and is hosting a different system prompt's context. Node-C has only 2 requests queued and already has part of this system prompt cached. The balancer routes to Node-C — queue depth and cache locality both favor it.

5. Auto-scaling & edge-to-cloud orchestration

The same KV-utilization and queue-depth signals from §4, watched over minutes instead of per request, drive scale-out. When a region's cache occupancy climbs toward the VRAM ceiling from Article 6, the fabric shifts new sessions toward cooler clusters or spins additional edge capacity — so a morning surge does not become a standing queue of multi-second TTFTs.

6. Model lifecycle & deployment

Rollouts are bulk east-west transfers: new weight files, refreshed embedding indexes, multi-region failover. Without enough inter-datacenter bandwidth, operators choose between interrupting live traffic and delaying the update. High-bandwidth links let those moves happen under active load — the operational counterpart to the per-request path above.

Up next — two paths

Guided ops path: the routing decisions above are only as good as the signals behind them. Article 8 maps those signals — TTFT, TPOT, cache %, queue depth — to networking analogs you already monitor.

Optional network deep-dives: 7a goes one hop earlier (WAF / guardrails / DPU), 7b goes wire-level on interconnect & parallelism, and 7c deepens the KV-cache-aware load balancing from §4 — then rejoins at Article 8.