本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 韧性的责任共担模式
弹性是 AWS 与您（客户）共同承担的责任。了解作为弹性一部分的灾难恢复和可用性在这一共享模式下是如何运作的，这一点很重要。
## AWS 责任 “云的弹性”
AWS 负责确保运行 AWS 云中提供的所有服务的基础设施的弹性。该基础设施包括运行 AWS 云服务的硬件、软件、网络和设施。AWS 采取商业上合理的努力来提供这些 AWS 云服务，确保服务可用性达到或超过 [AWS 服务等级协议 (SLAs)](https://aws.amazon.com/legal/service-level-agreements/)。
A [WS 全球云基础设施](https://aws.amazon.com/about-aws/global-infrastructure)旨在让客户能够构建高度弹性的工作负载架构。每个 AWS 区域都是完全隔离的，由多个[可用区](https://aws.amazon.com/about-aws/global-infrastructure/regions_az#Availability_Zones)组成，这些可用区是物理隔离的基础设施分区。可用区会隔离可能影响工作负载韧性的故障，防止这些故障影响区域内的其他可用区。但同时，AWS 区域中的所有区域都通过完全冗余的专用城域光纤通过高带宽、低延迟的网络互连，在区域之间提供高吞吐量、低延迟的联网。可用区之间的所有流量都经过加密。网络性能足以完成可用区之间的同步复制。将应用程序划分为多个部门时 AZs，可以更好地隔离并保护公司免受停电、雷击、龙卷风、飓风等问题的侵害。
## 客户责任 “云端弹性”
您的责任将由您选择的 AWS 云服务决定。这决定了您承担韧性责任时必须执行的配置工作量。例如，诸如亚马逊弹性计算云 (Amazon EC2) 之类的服务要求客户执行所有必要的弹性配置和管理任务。部署 Amazon EC2 实例的客户负责[在多个位置（例如 AWS 可用区）部署 EC2 实例](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/use-fault-isolation-to-protect-your-workload.html)，使用 Amazon A EC2 uto Scaling 等服务[实现自我修复](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/design-your-workload-to-withstand-component-failures.html)，以及对安装在实例上的应用程序使用[弹性工作负载架构最佳实践](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/workload-architecture.html)。对于托管服务，例如 Amazon S3 和 Amazon DynamoDB，AWS 负责基础设施层、操作系统和平台，客户可以访问终端节点来存储和检索数据。您负责管理数据的韧性，包括备份、版本控制和复制策略。
跨一个 AWS 区域的多个可用区部署工作负载是高可用性策略的一部分，该策略旨在通过将问题隔离到一个可用区来保护工作负载，并利用其他可用区的冗余来继续处理请求。多可用区架构也是灾难恢复策略的一部分，旨在更好地隔离工作负载，防止受到停电、雷击、龙卷风、地震等事故和灾害的影响。灾难恢复策略也可以利用多个 AWS 区域。例如，在主动/被动配置中，如果主动区域无法再处理请求，则工作负载的服务将从其主动区域故障转移到其灾难恢复区域。
![\[该图显示了 AWS 和客户如何共同承担弹性责任。\]](http://docs.aws.amazon.com/zh_cn/whitepapers/latest/disaster-recovery-workloads-on-aws/images/shared-responsibility-of-resiliency.png)
*图 2-弹性是 AWS 和客户共同承担的责任*