本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 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>

[AWS Well-Architected Framework](https://aws.amazon.com/architecture/well-architected/) 可協助您了解在雲端建置系統時所做決策的優缺點。架構的六個支柱提供架構最佳實務，用於設計和操作可靠、安全、有效率、經濟實惠且永續的系統。您可以使用 [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)（例如遵守當地法律、法規和合規）。
+ 他們需要透過在最接近最終使用者的位置執行工作負載，來改善工作負載的效能和客戶體驗。

本指南著重於高可用性和營運要求的持續性，並協助您了解為工作負載採用多區域架構的考量事項。它描述了適用於多區域工作負載的設計、開發和部署的基本概念，並提供規範性架構，協助您判斷多區域架構是否為特定工作負載的正確選擇。您需要確保多區域架構是工作負載的正確選擇，因為這些架構具有挑戰性，而且如果多區域架構未正確建置，工作負載的整體可用性可能會降低。