Solo.io uses agentgateway to govern, secure, and observe AI agent traffic to MCP servers and LLMs
As the number of internal MCP servers at Solo.io grew, the team needed a centralized way to aggregate, secure, and observe AI agent traffic without modifying individual servers or agents. LLM access through Vertex AI also provided no visibility into usage patterns or per-user, per-model costs.
Before agentgateway, LLM access routed through Vertex AI provided no visibility into usage patterns or per-user, per-model costs.
By routing traffic through agentgateway, Solo.io can now track LLM usage and spending at individual and organization levels, analyze tool usage distribution, and govern both MCP and LLM traffic without modifying agents or backend services.
Frequently asked questions
What did this team achieve with this AI workflow?
By routing traffic through agentgateway, Solo.io can now track LLM usage and spending at individual and organization levels, analyze tool usage distribution, and govern both MCP and LLM traffic without modifying agent…
What tools did this team use?
agentgateway, Claude Code, Cursor, Vertex AI, Grafana, Claude, Slack, GitHub.
What results were reported?
Operational efficiency: improved operational efficiency with agentic AI; LLM usage and cost visibility: track usage and spending at both individual and organization levels; Tool usage analysis: analyze tool usage distribution and better understand how our internal agents use tools over time (source-reported, not independently verified).
What failed first in this deployment?
Before agentgateway, LLM access routed through Vertex AI provided no visibility into usage patterns or per-user, per-model costs.
How is this it support AI workflow structured?
Employee triggers support agent → Agent accesses MCP tools → MCP server multiplexing → Central auth and policy enforcement → Observability metrics enrichment → LLM traffic routing through gateway → Per-user cost and usage tracking.