宣布推出适用于 Well-Architected Framework 的 AWS 数字主权透镜 | Amazon Web Services
2026 年 10 月：本文已审核并更新以确保准确性。
今天我们推出 AWS 数字主权透镜（AWS Digital Sovereignty Lens），这是一个新的 Well-Architected 透镜，为客户在 AWS 上设计、构建和运营主权工作负载提供扩展指导。
客户告诉我们，数字主权带来了一系列独特的挑战，而现有的架构指导并未完全解决这些问题。主权要求并非以单一简报的形式出现。它们来自多个团队，包括隐私、法律、合规和安全团队。这些要求有时会相互冲突。例如，本地化要求需要在境内存储，而韧性可能要求跨司法管辖区复制。
主权还取决于计算、存储、网络、身份、加密和运营方面的协调选择。某一层的决策可能会削弱另一层的控制。第三方依赖，从软件库到外部 API（应用程序编程接口），都带有其自身的司法管辖区风险。
该透镜建立在我们于 2022 年做出的 AWS 数字主权承诺（AWS Digital Sovereignty Pledge）之上，该承诺致力于在不牺牲能力、性能、创新和规模的前提下，为您提供云中的主权控制和功能。
定义主权工作负载的五个问题
该透镜将主权视为一个架构关注点。它使用五个问题来帮助您确定哪些关注点适用于您的工作负载以及适用程度：
工作负载位于何处？（本地性）
谁可以访问它？（访问控制）
当条件变化时，它能否继续工作？（连续性）
它能否迁移到其他地方？（可移植性和互操作性）
您能否证明主权控制已到位？（透明度和可审计性）
前四个关注点可以相互权衡或影响。例如，将技术选择限制在少数提供商范围内的强制要求，可能会限制您的恢复和退出选项。您决定哪个关注点优先、接受哪些风险以及原因。第五个问题扮演着不同的角色。它询问哪些控制和证据能够证明其他四个关注点已得到解决。
透镜中包含的内容
如果你做过 Well-Architected 评估，其结构应该很熟悉：支柱、问题和最佳实践。该 lens 覆盖六大支柱中的四个，包含 21 个问题和 37 项最佳实践：
运营卓越支柱涵盖主权治理、合规自动化、持续可审计性、合规监控与修复以及监管变化。它回答了第五个问题（定义主权工作负载的五个问题之一）：你能否证明主权控制已到位？
安全支柱涵盖安全基础、访问控制、控制验证、威胁检测、操作员访问、数据保护和事件响应。它回答了前两个问题：工作负载位于何处，以及谁可以访问它？
可靠性支柱涵盖连续性规划、第三方风险、可移植性与互操作性以及技术故障之外的干扰。它回答了第三个和第四个问题：它能否持续运行，以及它能否被转移？
性能效率支柱涵盖主权部署选择和软件依赖评估，将全部五个问题相互权衡。
对于其余两个支柱，即成本优化和可持续性，现有的 Well-Architected 指导适用于主权工作负载。
什么是主权控制？
主权控制建立在构建者已经使用的功能之上，包括服务控制策略（SCPs）、资源控制策略（RCPs）、AWS Identity and Access Management（IAM）策略、防火墙规则和备份策略。没有任何单一控制能够单独满足数据驻留、数据主权或连续性要求。它们以纵深防御的方式分层组合。AWS Control Tower 将这些控制归入其数字主权类别，涵盖数据驻留、精细访问限制、加密和弹性。
该 lens 还涵盖你自行构建的控制。这些包括使用 AWS CloudFormation Guard 验证基础设施模板、使用 IAM Access Analyzer 验证访问策略，以及使用 AWS Config 检测配置漂移。
并非每项主权控制都是技术性的。决定哪些人员可以提供运营支持、从哪些地点提供支持以及依据何种权限提供支持，是一项运营控制。定期审查该访问权限也是一项运营控制。技术控制和运营控制共同结合，持续产生你的主权态势证据。
这就是 sovereign-by-design 在实践中的含义。AWS 构建主权基础，例如 Nitro System，它强制执行访问限制，使得任何人，包括 AWS 员工，都无法访问在 Amazon Elastic Compute Cloud（Amazon EC2）中运行的客户数据。你的控制在这些基础之上表达司法管辖区要求，使用熟悉的策略工具并由运营控制加以强化。
主权要求出现的场景
主权要求不仅限于公共部门工作负载。该 lens 描述了它们常见的七种场景。其中四种说明了其范围：
你正在将工作负载扩展到新的司法管辖区，需要在部署前确定哪些义务适用。
法规限制谁可以为你的工作负载提供运营支持、从何处提供支持以及依据何种权限提供支持。
驻留限制限制了你的灾难恢复选项，你需要保持在批准司法管辖区边界内的恢复路径。
你正在采用生成式 AI 等新兴技术，需要确认新的数据流和依赖关系不会破坏现有的主权控制。
如果一个或多个场景与你的工作负载匹配，那么该 lens 适用于你。
如何使用该 lens
该 lens 可与 AWS Well-Architected Tool 配合使用。将其作为自定义 lens 导入，选择工作负载，然后运行审查。审查会识别高风险和中风险问题，您可以通过有针对性的改进计划对这些风险进行优先级排序和处理。这使主权决策建立在证据而非假设之上。
在首次审查时，请纳入来自工程、法律、合规和安全部门的参与者。他们可以共同将适用义务与工作负载证据关联起来，确定风险优先级，并就修复计划达成一致。记录假设、已接受风险、负责人和后续行动。当法规、工作负载、依赖项或运行条件发生变化时，请重复审查。
开始使用
Digital Sovereignty Lens 现已在 AWS Well-Architected 自定义 lens GitHub 仓库中提供。下载 lens 定义，将其导入 AWS Well-Architected Tool，然后运行您的首次审查。
要了解 AWS 如何构建主权设计的基础设施和控制措施，请访问 AWS Digital Sovereignty。如需帮助满足技术和运营主权要求，可考虑联系 AWS Digital Sovereignty Competency Partners。
2022 年，我们承诺在不妥协的前提下实现控制。Digital Sovereignty Lens 就是您据此进行架构设计的方式。
转载声明：本文为转载整理，原文版权归原作者及原站点所有。
原文作者：Rodrigue Vitini；如有侵权，请联系管理员删除。
