责任共担模式

安全性和合规性是亚马逊云科技和客户的共同责任。这种共担模式可以减轻客户的运营负担，因为 AWS 负责运行、管理和控制从主机操作系统和虚拟层到服务运营所在设施的物理安全性的组件。客户负责管理来宾操作系统（包括更新和安全补丁）、其他相关应用程序软件以及 AWS 提供的安全组防火墙的配置。客户应该仔细考虑自己选择的服务，因为他们的责任取决于所使用的服务、，这些服务与其 IT 环境的集成以及适用的法律法规。责任共担还为客户提供了部署需要的灵活性和控制力。如下图所示，这种责任区分通常涉及云“本身”的安全和云“内部”的安全。

客户/AWS 责任共担模式还涵盖 IT 控制体系。正如 AWS 与客户共担 IT 环境的运行责任一样，IT 控制体系的管理、运行和验证也由二者共担。AWS 可以管理与 AWS 环境中部署的物理基础架构相关联的控制体系（以前可能由客户管理），从而帮助客户减轻运行控制体系的负担。每个客户在 AWS 中的部署方式都不相同，因此将某些 IT 控制体系的管理工作转移给 AWS 之后会形成（新的）分布式控制环境，为客户带来优势。然后，客户可以使用可用的 AWS 控制和合规性文档，根据需要执行控制体系评估和验证流程。以下是由 AWS、AWS 客户和/或两者共同管理的控制机制示例。

继承控制体系 – 客户完全继承自 AWS 的控制体系。

• 物理和环境控制体系

共享控制体系 – 同时适用于基础设施层和客户层，但位于完全独立的上下文或环境中的控制体系。在共享控制体系中，AWS 会提出基础设施方面的要求，而客户必须在使用 AWS 服务时提供自己的控制体系实施。示例包括：

• 补丁管理 – AWS 负责修补和修复基础设施内的缺陷，而客户负责修补其来宾操作系统和应用程序。
• 配置管理 – AWS 负责维护基础设施设备的配置，而客户负责配置自己的来宾操作系统、数据库和应用程序。
• 认知和培训 – AWS 负责培训 AWS 员工，而客户必须负责培训自己的员工。

特定于客户的控制体系 – 完全由客户负责（基于其部署在 AWS 服务中的应用程序）的控制体系。示例包括：

• 需要客户在特定安全环境中路由数据或对数据进行分区的服务和通信保护或分区安全性。
  

当客户了解亚马逊云科技责任共担模型及其对云中运营的普遍适用性后，就必须确定如何在使用案例中执行这一模型。客户的责任会受到多种因素的影响而有所不同，其中包括他们所选择的亚马逊云科技服务及区域、这些服务在他们的 IT 环境中的融入程度、他们的企业和工作负载所适用的法律与法规。

下面的练习能够帮助客户根据特定的使用案例决定责任分配：