Eon Senior DevOps Engineer Roei Zavida: Policy Size and OAuth Binding Force Hybrid Architecture After MCP Gateway Consolidates Hundreds of Tools
After deploying Amazon Bedrock AgentCore Gateway to over 100 developers, Eon Senior DevOps Engineer Roei Zavida encountered three production issues—Cedar policy size approaching its quota, OAuth state parameter incompatibility between standard MCP clients and AgentCore's session-URI binding, and tool manifest noise—resolved respectively through a DEFAULT/DYNAMIC hybrid mode, an API Gateway translation shim, and Runtime-layer filtering.
ImportanceMaterialEvidenceE3 inspectableWrite-upStandard
After Eon Senior DevOps Engineer Roei Zavida deployed the company's internal MCP tool gateway to over 100 developers, he hit a problem the documentation doesn't warn you about in advance: the Cedar authorization policy's size was approaching its quota limit.
Eon is a cloud data platform company that provides resource discovery, backup, and ransomware detection across AWS, Azure, and GCP. Its engineering team needs to simultaneously check Kubernetes logs, Grafana metrics, GitHub PRs, and cloud-provider health status when investigating a production incident. Previously each developer ran about ten MCP servers locally, each with its own credentials, and onboarding took two days. They chose Amazon Bedrock AgentCore Gateway as the unified entry point, using Cedar policies to control which tools humans and agents could each invoke, and IAM cross-account role assumption to replace VPC peering. After going live, new-hire configuration dropped to about two minutes, and local MCP processes went to zero.
But what Zavida emphasizes in the blog post is not these numbers—rather, three production issues that surfaced after reaching hundred-plus scale and approximately 10,000 sessions.