评审 Bedrock 的数据、身份与运营控制

明确被评审的系统

记录账号归属、源区域、端点、API、模型或推理配置、资料来源及连接工具。数据流应包含日志、响应留存、缓存和备份，只画模型调用会遗漏其他保留数据的位置。

与负责人逐项核对

控制	证据	测试
工作负载身份	角色及资源范围策略	无权调用者被拒绝
数据访问	文档与记录权限规则	两类角色仅看到各自获准数据
处理地区	模型卡与推理目标区域	配置符合批准地理范围
留存	响应、日志与缓存设置	保留内容符合生命周期
业务动作	审批、校验、重复处理	未批准或重复写入被拒绝或安全处理
运营	故障负责人和恢复手册	依赖故障产生受控结果

分开评审调用与留存

Responses 默认保留会话状态，不需要状态留存时应明确选择 store: false。这不能替代应用日志和单独配置的调用日志评审。调用日志可包含提示词与输出，且默认关闭；日志访问和保留时长需要独立控制。

跨区域推理可能在源区域之外处理数据。地理范围是技术路由边界，不能自动得出法律结论。由责任人依据完整数据流核对合同和监管要求。

形成决策登记表

每项发现都记录负责人、证据、需要的修改及对发布的影响。用反向测试确认修复，而不是只保存策略截图。保留未解决项，区分工程验收与法律审查；清单用于组织证据，不构成合规认证。

官方资料

• Inference prerequisites
• Responses storage
• Invocation logging
• Cross-Region inference

文档核验日期：2026 年 10 月 17 日。本文为参考指南，本次未执行真实云端 API 调用。