
AWS Bedrock AgentCore gateway now supports rate limiting to control how much AI traffic individual users and user groups can consume.
Organizations can set limits on requests per minute, token throughput, and concurrent connections using OAuth or IAM-based rules, with a two-layer enforcement model that prevents both single users and entire groups from monopolizing gateway capacity during traffic spikes.
What happened
Amazon announced rate limiting support for Bedrock AgentCore gateway, a managed AI gateway that routes traffic to tools, models, and agents. The feature enables per-user and per-group rate controls using request rates (RPS/RPM), token throughput (TPM), and concurrent connections (CPS).
Why it matters
Organizations can now prevent individual users or groups from monopolizing gateway capacity during traffic spikes. Rate limits are enforced at multiple layers—service quotas set the ceiling, while customer-defined rules (grouped by user role, identity, or target) ensure fair usage across callers and keep downstream services available.
What to watch
Configuration uses dimension keys (such as JWT role claims, IAM principals, or target names) paired with rate entries; a two-layer enforcement model (group-level and per-user limits combined with AND logic) prevents both cross-group and within-group capacity hoarding. Basic users in the example receive 100 RPM / 50 CPS per group and 20 RPM / 10 CPS individually; Advanced users receive 300 RPM / 150 CPS per group and 60 RPM / 30 CPS individually.
Amazon Bedrock AgentCore gateway is a fully managed, serverless AI gateway that routes traffic to tools (managed web search, managed knowledge bases, MCP servers), inference models (LLMs), agents, and HTTP endpoints. Today Amazon announced support for rate limiting on this gateway, enabling organizations to define per-user and per-group traffic controls.
Rate limiting operates on three dimensions. Request rate limits, measured in requests per second (RPS) and requests per minute (RPM), apply to all target types; each request counts as one unit regardless of how long it takes to complete—a 50-millisecond request and a 90-second streaming request each consume exactly one unit. Token rate limits, measured in tokens per minute (TPM), apply to inference targets only and account for both input and output tokens; the gateway estimates incoming tokens upfront using a general-purpose tokenizer and later reconciles the limit with actual token usage reported by the model provider. Connection rate limits, measured in connections per second (CPS), apply to all target types and track how long each request holds an open connection; a 100-second streaming inference call consumes one connection slot for its entire duration, providing protection against long-lived concurrent sessions.
Rate limit configurations consist of dimension keys (which group traffic into buckets) and entries (which define the allowed throughput for each bucket). Dimension keys include targetName, toolName, qualifiedModelId, JWT claims, IAM principals, and IAM source identity. Entries specify a set of dimension keys to match and the allowed throughput; they support a wildcard default value (*) that gives each distinct value its own independent bucket. When a request arrives, the gateway resolves each dimension key to its value from the request context and checks whether a named entry matches before falling back to the wildcard; named entries take precedence.
The example configuration in the announcement uses three user groups (Basic, Advanced, and Beta) authenticated via JWT with Microsoft Entra ID as the identity provider. AgentCore Identity enforces role-based access control (RBAC), scoping each group's access to specific targets and models. A per-group rate limit assigns Basic users 100 RPM and 50 CPS, Advanced users 300 RPM and 150 CPS, and users with both Advanced and Beta roles 300 RPM and 200 CPS (the higher connection allowance accommodates streaming-heavy benchmarking workloads). However, within each group, a single user can consume the entire group quota, throttling peers. To prevent this, a second per-user rate limit configuration uses both role and JWT subject ($.context.jwt.sub) as dimension keys, capping each individual Basic user at 20 RPM and 10 CPS, each Advanced user at 60 RPM and 30 CPS, and Advanced–Beta users at 60 RPM and 50 CPS. Both rate limits are evaluated independently using AND logic: a request must pass both the group-level limit and the per-user limit to proceed.
Rate limiting is enforced in two layers. Customer-defined rate limits are evaluated first; if the request passes, service quotas (managed by AWS and enforced per account) are evaluated. The effective rate for requests is the minimum of the customer-defined limit and the service-managed limit. Some service quotas can be increased via the Service Quotas console. This architecture ensures that no customer-defined policy can exceed the account-level safety ceiling, while organizations retain full flexibility to implement fair-usage policies tailored to their user base and workload characteristics.
Bedrock AgentCore gateway addresses a fundamental challenge in managed AI infrastructure: ensuring fair resource allocation when multiple callers (users, teams, or applications) share a single entry point. Prior to this update, organizations had no built-in mechanism to prevent a single heavy user from degrading service for others or to enforce different policies across user tiers. Rate limiting closes that gap by enabling fine-grained, identity-aware traffic shaping at the gateway layer.
The two-layer enforcement model—combining per-group and per-user limits—reflects a practical requirement. Group-level limits alone would allow dominant individuals to consume an entire group's quota, while per-user limits alone would not prevent one user group from starving another. By evaluating both independently with AND logic, the system protects both cross-group and within-group fairness. The use of JWT claims and IAM principals as dimension keys integrates seamlessly with existing identity providers (such as Microsoft Entra ID in the example) and role-based access control policies already enforced by Bedrock AgentCore, creating a cohesive identity and authorization story.
The distinction between token-based rate limits (for inference) and request-based limits (for all targets) reflects the different cost profiles of AI workloads: a streaming inference call that returns thousands of tokens consumes one request slot but many token slots, so both metrics are necessary. Service-managed quotas provide an account-level safety ceiling, ensuring no customer-defined policy can overwhelm the shared AWS infrastructure.
AI-summarized, only the topics you pick — one digest a day via Email, Slack, or Discord.
Free · takes 30 seconds · unsubscribe anytime
Ask AI anything about this article. Q&As are published on this page for other readers too.
Amazon and Google are intensifying competitive efforts against The Trade Desk (TTD), a major digital advertisi…

QumulusAI announced a GPU-as-a-Service agreement with DRW, a global trading firm, to supply a dedicated NVIDIA…

OpenAI introduced Premium Seats for ChatGPT Business, priced at $125 per user per month ($100 with annual bill…

Computer scientists at University of Tübingen, Max Planck Institute, MATS Research, and Snyk discovered a meth…

Anthropic pledged to embed machine-readable watermarks in Claude-generated text and digitally signed provenanc…

OpenAI announced that its unreleased model Astra had produced solutions to 10 long-standing mathematics proble…

The AI news that matters, in one minute each morning.
Sign up free