AI Gateway
AI Gateway is Control Core's enterprise layer for governing LLM, MCP, RAG, and agent traffic. It is built on AI Pilot (aigateway.envoyproxy.io/v1) and ships inside every Bouncer — there is no separate gateway product to install. Operators configure routes, credentials, guardrails, and resilience from the Control Plane /pilot cockpit (sidebar: AI Gateway).
Previously documented as "AI Pilot." The product surface, env vars, and audit events retain
pilot/AI_PILOTidentifiers in APIs; customer docs use AI Gateway as the primary name.
What the gateway delivers
| Capability | Where it is managed |
|---|---|
| Multi-provider LLM routing (OpenAI, Anthropic, Azure, Bedrock, Vertex, OpenAI-compatible) | AI Gateway → Routing & models |
| Token budgets, rate limits, circuit breakers | Routing & models + Resilience |
Prompt guard, DLP, PII redaction (Rego + Bouncer intercept) | Guardrails & DLP + Controls |
| Intelligent MCP proxy (passthrough, registry, broker) | MCP Proxy tab |
| Per-request token ledger and cost analytics | Token Ledger, Analytics |
| Compiled AI Pilot CRDs pushed to Bouncers | Control Plane compiler → Bouncer runtime |
The Control Plane compiles UI inputs into nine CRD kinds (Gateway, HTTPRoute, AIGatewayRoute, AIServiceBackend, BackendSecurityPolicy, BackendTrafficPolicy, AIGatewayFilter, MCPRoute, AIGatewayUpstreamAuth, AIGatewayMetricsPolicy). Your applications stay provider-agnostic; the Bouncer remains transport-only.
Open the /pilot cockpit (~2 min)
- Sign in to the Control Plane as an operator with AI governance permissions.
- Open AI Gateway in the top navigation (route:
/pilot). - Select a Bouncer from the environment selector (sandbox or production).
- Confirm the Overview tab shows Managed status and the bouncer inventory is non-empty.
Troubleshooting: If the bouncer list is empty, verify the bouncer registered in Settings → PEPs for the selected environment and that the bouncer heartbeat is fresh. See AI Gateway troubleshooting.
Typical operator flow (~15 min)
- Register a Bouncer in front of your LLM or MCP upstream (Bouncer placement).
- In AI Gateway → Routing & models, add
AIServiceBackendentries and map routes to models. - Enable guardrails and DLP profiles your organization requires (Guardrails & DLP).
- Send test traffic through the Bouncer listener (port 8080 by default).
- Inspect Analytics, Traffic log, and Audit for
AI_TRAFFIC_LOG,AI_POLICY_VIOLATION, andAI_PII_REDACTIONevents. - Promote configuration from sandbox to production when acceptance criteria pass.
Advanced global baselines, credential vaults, cache/rate-limit topologies, and enterprise onboarding live under Settings → AI Gateway and the deep-dive guides linked below.
Deployment modes
| Mode | Use when |
|---|---|
| Reverse proxy / gateway | One Bouncer governs many LLM, MCP, and API targets from a shared ingress |
| Sidecar | Workload-local enforcement with smallest blast radius |
| App-embedded OEM | Parent platform drives generate → validate → deploy via API only |
See Deployment modes for topology diagrams and verification checks.
Verification
curl -fsS -o /dev/null -w "%{http_code}\n" \
-H "Authorization: Bearer $BOUNCER_API_KEY" \
"$PAP_API_URL/health/live"
Expect 200. In the Control Plane, AI Gateway → Overview should show the protecting Bouncer with gateway mode badge and SIEM outbox health.
Troubleshooting: If routes compile but traffic bypasses policy, confirm all client traffic routes through the Bouncer listener — direct upstream paths skip governance. See /troubleshooting.
Next steps
- AI Gateway configuration reference — tab-by-tab cockpit guide
- AI Gateway enterprise guide — full governance narrative (routing, cost, MCP, audit)
- MCP blast radius — limit tool exposure per agent
- AI Agent Identity — NHI discovery and SPIFFE verification
- AI Observability — Langfuse traces via Bouncer OTEL