AWS Details Two Paths for Single-Region Claude Code Deployments on Amazon Bedrock
AWS published a technical guide detailing two methods for keeping Claude Code inference confined to a single AWS Region: Anthropic's newer Mantle endpoint and the classic Bedrock Invoke API with application inference profiles. The right path depends entirely on which Region compliance teams require.
AWS has published guidance for enforcing strict data-residency requirements when running Claude Code on Amazon Bedrock, addressing a gap that arises when compliance teams demand inference stay within a single named AWS Region rather than a broader geography.
The post stems from a real customer request: a US-headquartered global organization needed Bedrock model inference for Claude Code processed specifically in London (eu-west-2), not merely invoked from London. AWS engineers found that Anthropic's newer Mantle endpoint on Bedrock could not satisfy this requirement for that Region, so they fell back to the classic Bedrock Invoke API combined with an application inference profile and an IAM Region condition.
Two endpoints, two mechanisms
Bedrock exposes Claude through two distinct endpoints, each with different Regional coverage:
-
Classic Bedrock (bedrock-runtime): Activated via
CLAUDE_CODE_USE_BEDROCK=1. Single-Region routing requires creating an application inference profile pointed at an in-Region foundation model, since system-defined profiles default to cross-Region routing. Per AWS, eu-west-2 (London) currently supports only Claude Opus 4.6 and Sonnet 4.6 for in-Region inference on this path, using model IDsanthropic.claude-opus-4-6-v1andanthropic.claude-sonnet-4-6. -
Mantle (bedrock-mantle): Activated via
CLAUDE_CODE_USE_MANTLE=1. This is Anthropic's native API shape served through Bedrock, requiring only thatAWS_REGIONbe set — no inference profile needed. Mantle supports native in-Region routing in seven Regions: Ireland, Stockholm, Tokyo, Melbourne, US East (N. Virginia), US East (Ohio), and US West (Oregon), with access to newer models including Claude Sonnet 5, Opus 4.8, and Haiku 4.5.
Critically, Mantle has no in-Region-only option for eu-west-2 — only Global and EU-wide endpoints, meaning a London request could be processed in Frankfurt, Ireland, or Paris. For customers requiring London specifically, that disqualifies Mantle entirely, leaving classic Bedrock with an application inference profile as the only compliant route.
AWS requires Claude Code v2.1.94 or later for Mantle support. Both paths use IAM Region conditions (aws:RequestedRegion) attached to the developer's IAM role or user to reject any call not targeting the approved Region, even if environment variables are misconfigured. AWS recommends verifying compliance through CloudTrail logs.
AWS also notes an important caveat: for most Bedrock workloads, cross-Region inference (CRIS) remains the recommended default, since it improves throughput, capacity, and access to new models. The single-Region patterns described apply only when compliance mandates a specific Region rather than a general geography — AWS suggests EU cross-Region profiles suffice when "somewhere in the EU" is an acceptable boundary.
What this means
This is an operational fix for enterprise compliance, not a new model or pricing change. It signals that data-residency enforcement on Bedrock is still uneven across Regions and endpoints — Mantle, Anthropic's newer native-API path, currently cannot guarantee in-Region-only processing in London, forcing reliance on the older Invoke API and manually configured inference profiles. Enterprises with strict per-Region requirements (finance, healthcare, government contractors) need to audit which endpoint and Region combination actually satisfies their obligations before deploying Claude Code, since the two paths differ in available models, IAM permissions, and enforcement mechanics. AWS's explicit advice to escalate to account teams for unsupported Regions suggests this remains a manual, case-by-case problem rather than a fully generalized platform capability.
Related Articles
AWS Overhauls Bedrock AgentCore Runtime, Cuts Cold Starts to Flat 2 Seconds Regardless of Image Size
Amazon has released an updated Bedrock AgentCore runtime that holds cold start latency at roughly 2 seconds regardless of container image size, versus up to 30 seconds on the previous version. The update also changes memory billing to track real-time usage instead of peak allocation.
Anthropic Relaunches Claude Code Projects to Coordinate Multiple Cloud Agents
Anthropic has relaunched Projects in Claude Code, letting users direct multiple AI agent 'threads' that work in parallel under a coordinating agent. The beta feature rolls out today to select Claude Pro and Max subscribers, with broader access planned later.
Anthropic Rebuilds Claude Code Projects to Run Parallel AI Agent Threads
Anthropic has rebuilt Claude Code's Projects feature so a coordinator agent splits user goals into parallel cloud-based threads, each capable of opening pull requests and running tests. The beta is limited to select Pro and Max subscribers, with Team, Enterprise, and local execution support coming later.
Wood Mackenzie Builds Shared Agentic Platform APEX on Amazon Bedrock AgentCore
Wood Mackenzie built APEX (Agentic Platform for Energy eXperience) on Amazon Bedrock AgentCore to give three separate applications a shared runtime for identity, guardrails, memory, and scaling instead of each rebuilding the same infrastructure. The company says 88% of its internal AI proofs-of-concept never reach wide deployment, a gap it attributes to architecture rather than model quality.
Comments
Loading...