什么是 Amazon Bedrock 印度地理跨区域推理
印度地理跨区域推理是 Amazon Bedrock 上线的一种推理调用方式，专门面向在印度有数据本地化处理需求的场景。通过这一方式，用户可以在印度本地区域内调用 Anthropic 的 Claude Opus 5、Claude Sonnet 5 和 Claude Haiku 4.5 三款模型，所有推理请求都不会离开印度境内的 AWS 基础设施。
关键能力与工作原理
地理跨区域推理建立在 Bedrock 跨区域推理档案之上。用户在自己选择的源区域发起 API 调用，Bedrock 会根据档案定义，把请求自动路由到档案中指定的目标区域。印度地理档案的两端是孟买（ap-south-1）和海得拉巴（ap-south-2），请求只在这两个区域之间流动。
这种设计的直接效果是：输入提示词和输出结果有可能在两个区域之间被调度，但都不会出印度。相应地，调用不再被单一区域的容量上限绑死，而是可以利用更宽的计算资源池来维持吞吐量和峰值期间的一致表现。
数据传输层使用 AWS 安全网络进行端到端加密。Beckrock 采用零数据保留（ZDR）数据安全模型，默认情况下不会存储模型输入或输出。不过，部分模型可能将人工审核作为自动安全分类器命中后的处理条件，被标记的内容仍可能进入人工审查流程。
与上一代可用方式的差异
此前，Claude 模型已经可以通过 Bedrock 的全球跨区域推理从印度访问，但请求可能被路由到全球多个 AWS 区域，存在跨境调度。新的印度地理跨区域推理把路由范围严格限制在孟买与海得拉巴之间，这是与全球跨区域推理最核心的差异。
其他延续与差异包括：计费和配额仍按源区域记录，无论实际请求被哪个后端区域处理；CloudWatch 与 CloudTrail 的日志条目也只写入源区域，监控入口保持单一。底层服务端点统一为 bedrock-runtime，支持 Anthropic Messages API、Bedrock 原生的 InvokeModel 与 Converse API，以及 Bedrock Guardrails 和智能提示词路由等扩展能力。
适用场景
这一能力最直接适合的客户是有数据本地化合规要求的组织，例如受印度本地监管约束的金融、医疗、政府或公共部门客户，希望把生成式 AI 工作负载的推理过程和数据流都保留在印度境内。
其次是面向印度终端用户的应用。当主要用户群体在印度、对响应延迟敏感、又希望规避跨洲际链路抖动时，使用印度地理跨区域推理可以把网络路径限定在印度境内的两个可用区之间。
再次是峰值流量较大的生产系统。借助两个区域组成的更大算力池来应对突发请求，比单区域部署更不容易出现容量受限带来的排队或失败。
如何用起来
接入方式分为控制台体验和 API 编程调用两类。
控制台方式：打开要使用的源区域对应的 Amazon Bedrock 控制台，在导航栏的 Playground 中选择模型，搜索 Anthropic Claude Opus 5（也可以选 Sonnet 5 或 Haiku 4.5），在推理下拉中选择带 IN 前缀的推理档案（例如 IN Anthropic Claude Opus 5），点 Apply 后输入提示词即可直接试运行，无需编写代码或安装 SDK。
API 方式有三种等价路径：
- 使用 Anthropic SDK，通过 Anthropic Messages API 调用 bedrock-runtime 端点，模型 ID 形如 in.anthropic.claude-opus-5。
- 使用 AWS SDK（Boto3）或 AWS CLI，通过 Bedrock 原生的 InvokeModel API 调用，请求体中需包含 anthropic_version 等字段，模型 ID 同样使用 IN 前缀格式。
- 使用 AWS SDK（Boto3），通过 Converse API 进行多模型统一的调用方式，传入 messages 和 inferenceConfig 即可。
前置准备包括：拥有启用 Bedrock 的 AWS 账号、安装并配置 AWS CLI、Python 3.8 及以上、安装 boto3 与 anthropic SDK、安装 Bedrock Token Generator 用于模型推理鉴权，以及为 IAM 角色或用户授予通过地理跨区域推理档案调用 Bedrock 模型的权限。源区域选择 ap-south-1 或 ap-south-2 即可。监控和成本可以继续通过 CloudWatch 与 AWS Cost Explorer 在源区域查看。
局限与边界
需要明确的是，零数据保留仅适用于 Bedrock 的默认行为；若启用了将人工审核作为自动安全分类器命中后处理条件的策略，被标记的内容仍可能被人工查看，使用前应结合具体模型的策略评估。
地理跨区域推理并不意味着请求只在单一区域运行。请求依然会在孟买与海得拉巴两个区域之间调度，对延迟敏感或需要严格绑定特定可用区的应用，仍应在架构中预留区域感知的设计。
此外，这一能力仅约束印度境内两个区域之间的行为，并不改变全球跨区域推理的路由策略。若业务覆盖多个地区，需要在不同地区分别选择对应的地理推理档案或继续使用全球跨区域推理，并按对应区域的合规要求评估。
最后，模型的具体可用清单会随 Bedrock 在各区域的发布而调整，上线前应查阅最新的区域模型可用性说明以确认目标模型是否已在印度地理档案中开放。