關於實現雲端高可用性的思維，最適切的為何？

解析

為提升高可用性，減少單一故障點，將資源分散至多個可用區域的設計相當重要。

各選項解析

實際使用情境

高可用性（High Availability）是盡可能縮短整體系統停止時間的設計思維。在 AWS 中，各區域由多個可用區域（AZ）構成。可用區域是實體上獨立的資料中心群，電源、空調、網路皆已分離，因此即使某個可用區域發生故障，亦不會擴及其他可用區域。透過將資源分散於多個可用區域，便可避免因單一可用區域故障導致整體停止。 在考試情境中，會以「實現雲端高可用性的思維」並選擇「活用多個可用區域以降低故障的影響」的題目出現。誤答則並列「將所有處理集中於單一實體伺服器」「完全不取得備份」「將所有通訊固定為 HTTP」等與高可用性定義明顯矛盾的選項。極端的集中、放棄備份、通訊協定固定，皆是增加單一故障點方向的設計，從可用性的觀點而言為錯誤。 實務上，多個可用區域組態會以下列形式實作：將 ELB（Application/Network Load Balancer）下的 EC2 配置於多個可用區域、以 RDS 的多可用區域配置將備援置於不同可用區域，或選擇 S3 這類本身即將資料於多個可用區域進行冗餘保存的服務。在 CLF-C02 中，「區域」「可用區域」「邊緣節點」的角色差異，以及多可用區域／多區域的區分使用（可用區域故障對策 vs 大規模災害對策）會被反覆考問。