亚马逊Bedrock在印度实现Anthropic Claude模型跨域推理，数据全程留存国内

一句话结论

亚马逊Bedrock开放Claude Opus 5、Sonnet 5及Haiku 4.5在印度的地理跨域推理，数据仅限在印处理。

关键要点

• 该功能基于印度地理跨域推理配置文件，请求仅在孟买（ap-south-1）和海得拉巴（ap-south-2）两个区域间路由，确保推理活动完全限定在印度境内。
• 系统采用零数据保留（ZDR）安全模型，默认不存储模型输入与输出，除非特定模型触发自动安全分类器并需人工审查。
• 开发者可通过bedrock-runtime端点访问该功能，支持Anthropic Messages API、原生Bedrock InvokeModel API及Converse API。
• 计算资源不再受限于单一区域容量，而是利用跨域计算资源池，在流量高峰期间维持吞吐量与性能一致性。
• 计费与配额消耗统一在源区域账户中追踪，监控日志仅记录在源区域，无需管理目的地区域的容量与成本。

背景与事实

亚马逊Bedrock近期宣布将Anthropic公司的Claude Opus 5、Claude Sonnet 5和Claude Haiku 4.5模型扩展至印度市场，提供地理跨域推理服务。此前，印度客户已支持全球跨域推理，此次更新允许在指定地理区域内进行本地化数据处理，满足数据必须保留在特定地理区域合规要求。印度地理配置文件将推理请求限定在孟买（ap-south-1）和海得拉巴（ap-south-2）两个AWS区域之间自动路由，输入提示词与输出结果可能在这两个区域间移动，但不会超出印度边界。

该机制通过安全AWS网络运行，传输中数据实施端到端加密。使用跨域推理时，客户数据不会存储在目的地区域，而是完全保留在源区域。亚马逊Bedrock采用零数据保留（ZDR）数据安全管理模型，默认情况下不保存模型输入或输出。然而，当自动安全分类器标记内容且特定模型需要人工审查作为条件时，可能存在例外情况。计费与配额消耗无论后端由哪个区域处理，均追踪在源区域的客户账户中。Amazon CloudWatch与AWS CloudTrail仅在源区域记录日志条目，使监控集中在一处管理。

该功能在bedrock-runtime端点可用，支持Anthropic Messages API及原生亚马逊Bedrock InvokeModel和Converse API，并兼容Bedrock护栏（Guardrails）和智能提示路由等功能。开发者可在亚马逊Bedrock控制台中的文本游乐场（text playground）体验Claude模型，该环境无需编码或SDK设置，允许发送提示词、调整推理参数并在变体间切换。程序化访问方面，可通过Anthropic SDK使用India地理推理配置文件ID调用Messages API，或继续使用AWS CLI和AWS SDK通过bedrock-runtime调用InvokeModel与Converse API。推荐安装boto3、anthropic和aws_bedrock_token_generator包进行开发。

影响分析

对于中文开发者与从业者而言，这一架构模式展示了如何在满足数据主权合规要求的同时，解决单区域容量瓶颈问题。跨域推理机制意味着应用无需为每个地理区域预留独立容量，而是通过共享计算池提升资源利用率，这对在流量波动剧烈的AI应用中实现弹性扩展具有参考价值。分析认为，这种将监控与计费锁定在源区域、而计算分布在特定地理边界内的设计，简化了多区域部署的运维复杂度。对于需要在特定国家内部署AI推理服务且面临数据出境限制的团队，这种地理隔离的跨域推理模式可作为架构设计的参考范例，有助于在保持性能一致性的同时控制合规风险。

适用边界

该结论主要适用于通过亚马逊Bedrock部署Anthropic Claude模型的特定场景，且仅限于印度地理配置文件（ap-south-1与ap-south-2区域间路由）。该模式不直接适用于其他AWS区域或非Anthropic模型，除非这些区域或模型在Bedrock中同样配置了对应的地理跨域推理支持。此外，涉及需要人工审查被标记内容的特定模型时，零数据保留的默认行为可能存在例外，具体需参考Bedrock用户指南中的数据保留详细说明。该架构不适用于要求数据物理上完全不跨区域移动、仅允许单区域本地处理的极端合规场景。

孤本观察

编辑判断认为，将地理合规约束与跨域容量弹性结合的设计，凸显了云服务商在平衡数据主权与AI算力需求时的架构演进方向。

来源：AWS Machine Learning Blog