LLM Rate Limiting & Traffic Management Service  ·  View 01 of 24  ·  Context and scope

System Context

Who sends traffic through the service, which providers it protects, and what it deliberately refuses to hold.

Editable source SVG draw.io All views
Governance
Governance
Platform Admin
sets policy
Platform Admin...
FinOps & Billing
FinOps & Billing
Traffic sources
Traffic sources
Product Applications
chat, search, copilots
Product Applications...
Agent Workloads
bursty, multi-step
Agent Workloads...
Offline & Batch Jobs
evals, backfills
Offline & Batch Jobs...
LLM providers
LLM providers
Azure OpenAI
Azure OpenAI
Anthropic Claude
Anthropic Claude
Google Gemini
Vertex AI
Google Gemini...
Mixtral on vLLM
self-hosted GPU
Mixtral on vLLM...
LLM Traffic Manager
Authorize · meter · route
LLM Traffic Manager...
Enterprise services
Enterprise services
Keycloak IdP
OIDC, tenant realms
Keycloak IdP...
Observability Platform
Prometheus · Grafana
Observability Platform...
Data Lakehouse
Iceberg on MinIO
Data Lakehouse...
authorize + call
authorize + call
high fan-out
high fan-out
bulk tier
bulk tier
completions
completions
completions
completions
completions
completions
completions
completions
policy-as-code
policy-as-code
usage + cost
usage + cost
tenant identity
tenant identity
metrics, traces
metrics, traces
usage export
usage export
LLM Traffic Manager — System Context
LLM Traffic Manager — System Context
Person or role
Person or role
External / third party
External / third party
Security / platform
Security / platform
synchronous
synchronous
batch
batch
Prompts and completions traverse the egress gateway but are never persisted by the limiter — only token counts, scopes and decisions.
Prompts and completions traverse the egress gateway but are never persisted by the limiter — only token counts, scopes and decisions.
v 1.0 · owner Data & AI Global Practice · date 2026-08
v 1.0 · owner Data & AI Global Practice · date 2026-08
Text is not SVG - cannot display

Decisions

  • The service is an admission control plane, not an LLM proxy that happens to count. Every capability on the diagram exists to make or account for an allow/reject decision.
  • Prompts and completions traverse the egress gateway but are never persisted, indexed or logged. The limiter receives token counts and signed scope claims only — that is what makes NFR8 an architectural property rather than a policy promise.
  • Providers are treated as untrusted, rate-limited dependencies with their own quotas, not as an unlimited backend. Protecting the upstream is a first-class requirement (FR7), not a side effect.

Assumptions

  • Every calling workload can obtain an OIDC token from the enterprise IdP; there is no anonymous traffic path.
  • Four providers at launch — Azure OpenAI, Anthropic Claude, Google Gemini on Vertex AI, and Mixtral self-hosted on vLLM. Adding a fifth is an adapter, not an architecture change.
  • Initial scale is 100k authorization decisions per second, designed to reach 1M. Both figures are exercise assumptions and are revisited in view 24.

Out of scope

  • Prompt safety, PII redaction and content moderation. Those belong in a separate guardrail service that this platform can call but does not implement.
  • Semantic caching and response reuse. It would change token economics substantially and deserves its own design.
  • Fine-tuning, model hosting and GPU scheduling beyond the vLLM pool this service routes to.