本節的Google Cloud 部署架構原型指南說明瞭區域部署原型。
在採用區域部署原型的雲端架構中，應用程式執行個體會在單一 Google Cloud區域內，於兩個以上的可用區中執行。所有應用程式執行個體都會使用集中管理的共用設定檔存放區。應用程式資料會在架構中的所有可用區同步複製。
下圖顯示高可用性應用程式的雲端拓撲，該應用程式在單一Google Cloud 區域內的三個可用區中獨立執行：
上圖顯示應用程式的前端和後端元件，這些元件在 Google Cloud 地區的三個區域中獨立執行。外部負載平衡器會將使用者要求轉送至其中一個前端。內部負載平衡器會將流量從前端轉送至後端。應用程式使用的資料庫會跨可用區複製。如果發生可用區中斷情形，資料庫會容錯移轉至其他可用區的副本。
上圖中的拓撲可有效應對可用區服務中斷，但無法應對區域服務中斷。如要從區域性服務中斷事件中復原，您必須在第二個 (容錯移轉) 區域中部署應用程式的被動式備用資源，如下圖所示：
如果主要區域發生服務中斷，您必須升級容錯移轉區域中的資料庫，並使用 DNS 轉送政策，將流量轉送至容錯移轉區域中的負載平衡器。
如要盡量減少容錯移轉基礎架構的成本，您可以部署較少的資源，以較低的容量運作容錯移轉區域。
用途
以下各節提供使用案例範例，說明區域部署原型是適當的選擇。
高可用性應用程式，使用者位於特定地理區域
如果應用程式需要有效應對可用區服務中斷，但可容忍區域服務中斷造成的停機時間，建議採用區域部署原型。如果應用程式堆疊的任何部分發生故障，只要每個層級中至少有一個運作正常的元件具備足夠容量，應用程式就會繼續執行。如果發生可用區服務中斷，應用程式堆疊會在其他可用區繼續運作。
應用程式使用者延遲時間極短
如果應用程式的使用者位於特定地理區域 (例如單一國家/地區)，區域部署原型有助於提升應用程式的使用者感知效能。在離使用者最近的 Google Cloud 區域部署應用程式，即可縮短使用者要求的網路延遲時間。
應用程式元件之間的低延遲網路
單一地區架構可能很適合批次運算等應用程式，因為這些應用程式需要在運算節點之間建立低延遲和高頻寬的網路連線。所有資源都位於單一 Google Cloud 區域，因此資源間的網路流量會留在該區域內。資源間的網路延遲時間較短，且不會產生跨區域資料移轉費用。但仍須支付區域內網路費用。
符合資料落地和資料主權需求
區域部署原型可協助您符合資料落地和營運主權的法規要求。舉例來說，歐洲某個國家/地區可能規定，所有使用者資料都必須儲存在該國家/地區的資料中心，並在這些資料中心存取。為符合這項規定，您可以將應用程式部署到Google Cloud 歐洲地區。
設計須知
建構以區域部署原型為基礎的架構時，請考量下列設計因素。
區域中斷期間的停機時間
如果發生區域中斷，應用程式就會停止運作。您可以在其他 Google Cloud 區域維護基礎架構堆疊的被動 (容錯移轉) 副本，減少區域服務中斷造成的停機時間。如果主要區域發生中斷，您可以啟動容錯移轉區域中的堆疊，並使用 DNS 路由政策將流量導向容錯移轉區域中的負載平衡器。
多餘資源的費用
多區域架構通常比單一區域部署作業擁有更多雲端資源。建構架構時，請將這些雲端資源的費用納入考量。如果應用程式需要有效應對可用區服務中斷，多區域架構的可用性優勢或許能抵銷較高的成本。
參考架構
如需可用於設計 Compute Engine VM 區域部署作業的參考架構，請參閱「Compute Engine 區域部署作業」。