本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# AWS 多区域基础知识
<a name="introduction"></a>

*John Formento，Amazon Web Services ()AWS*

*2025 年 9 月*（[文档历史记录](doc-history.md)）

这份 300 级高级指南适用于云架构师和高级领导者，他们需要在多区域架构上构建工作负载， AWS 并有兴趣使用多区域架构来提高工作负载的弹性。本指南假设对 AWS 基础设施和服务有基本了解。它概述了常见的多区域用例，分享了围绕设计、开发和部署的基本多区域概念和含义，并提供了规范性指导，以帮助您更好地确定多区域架构是否适合您的工作负载。

在本指南中：
+ [设计和运营以提高单一地区的韧性](single-region-resilience.md)
+ [多区域基础知识 1：了解需求](fundamental-1.md)
+ [多区域基础知识 2：了解数据](fundamental-2.md)
+ [多区域基础知识 3：了解您的工作负载依赖关系](fundamental-3.md)
+ [多区域基础知识 4：运营准备就绪](fundamental-4.md)
+ [结论和资源](conclusion.md)
+ [文档历史记录](doc-history.md)

## 您使用 Well-Architected 了吗？
<a name="waf"></a>

Wel [AWS l-Architected](https://aws.amazon.com/architecture/well-architected/) Framework 可以帮助你了解在云端构建系统时所做决策的利弊。该框架的六大支柱为设计和运行可靠、安全、高效、具有成本效益和可持续的系统提供了架构最佳实践。您可以使用（上免费提供）[AWS Well-Architected Tool](https://aws.amazon.com/well-architected-tool/)，通过回答每个支柱的一组问题 [AWS 管理控制台](https://console.aws.amazon.com/wellarchitected/)，根据这些最佳实践来审查您的工作负载。

有关云架构的其他专家指导和最佳实践，包括参考架构部署、图表和技术指南，请参阅[AWS 架构中心](https://aws.amazon.com/architecture/)。

## 简介
<a name="introduction"></a>

每个可用区都[AWS 区域](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.RegionsAndAvailabilityZones.html)由一个地理区域内的多个独立且物理上独立的可用区组成。每个区域的软件服务之间保持了严格的逻辑分离。这种有针对性的设计可确保一个地区的基础设施或服务故障不会导致另一个地区的相关故障。

大多数 AWS 用户可以使用多个可用区或区域可用区来实现其针对单个区域工作负载的弹性目标 AWS 服务。但是，一部分用户选择多区域架构的原因有三个：
+ 他们对最高级别的工作负载具有很高的可用性和操作连续性要求，并希望从影响单个区域资源的损伤中确定有限的恢复时间。
+ 它们需要满足[数据主权](https://purdue.edu/critical-data-studies/collaborative-glossary/data-sovereignty.php)要求（例如遵守当地法律、法规和合规性），这些要求工作负载在特定的司法管辖区内运行。
+ 他们需要在离最终用户最近的位置运行工作负载，从而改善工作负载的性能和客户体验。

本指南重点介绍操作的高可用性和连续性要求，并帮助您了解为工作负载采用多区域架构的注意事项。它描述了适用于多区域工作负载设计、开发和部署的基本概念，并提供了一个规范性框架来帮助您确定多区域架构是否是特定工作负载的正确选择。您需要确保多区域架构是您的工作负载的正确选择，因为这些架构具有挑战性，如果多区域架构构建不正确，则工作负载的整体可用性可能会降低。