App Hub 適用於支援的地區，可協助您將 Google Cloud 基礎架構資源整理為應用程式，無論這些資源是全球可用，還是僅限特定區域。這項功能可讓您根據資源的地理位置，以及資源與基礎架構其他部分的互動方式，將資源分組，簡化管理作業。
建立 App Hub 應用程式時，您可以將位置定義為全球或區域。這項選擇至關重要，因為這會決定哪些服務和工作負載可根據其範圍納入應用程式。此外，這項選擇對資料處理、共置、成本和法規遵循都有重要影響。全球和區域應用程式的定義如下：
全域應用程式：從功能上將服務和工作負載分組，這些服務和工作負載會分散至全域或多個 Google Cloud 區域。舉例來說，您可以納入全球應用程式負載平衡器及其遍布全球的後端服務等資源。
區域應用程式：按照服務和工作負載分組，這些服務和工作負載完全位於單一 Google Cloud 區域。舉例來說，您可以納入區域應用程式負載平衡器及其後端服務，這些服務都位於
us-central1。
如要做出最符合需求的決定，請務必瞭解Google Cloud 區域和可用區，這兩者旨在提供容錯能力和高可用性。區域是獨立的地理區域，可用區則是區域內的部署區域，可做為單一故障網域。如要進一步瞭解全域和區域資源，請參閱「地理位置與地區」和「Cloud 服務據點」。
比較全域和區域應用程式
下表重點列出主要差異和注意事項，協助您選擇全球或區域應用程式：
| 全球應用程式 | 區域應用程式 | |
|---|---|---|
| 建議用途 | 最適合由 Google Cloud 本質上屬於全域或分布於多個區域的資源組成的應用程式。 | 如果所有應用程式元件都位於同一個 Google Cloud 區域，即使這些元件分布在多個專案中，也建議使用這項設定。 |
| 資源範圍 | 可包含任何區域的全域和區域資源。 | 只能包含與應用程式位於相同單一地區的資源。您無法在區域應用程式中註冊全域資源。 |
| 應用程式中繼資料 | 儲存在多個區域，可從任何區域存取。 Google Cloud 不支援資料落地。 |
儲存在特定區域，但可從任何其他 Google Cloud 區域存取。 不支援資料落地。 |
| 範例 | 管理全域負載平衡應用程式，並在不同區域提供後端服務，集中檢視分散式系統。 | 管理應用程式，其中包含所有服務和工作負載。us-central1 |
為應用程式選取最佳位置
在選擇全域和區域位置時，請考量業務功能代表的應用程式架構和作業需求。以下比較是根據資源範圍考量：
- 一般來說，區域應用程式比全域應用程式更具優勢。如要享有較低的服務延遲時間、符合資料所在地規定、節省潛在的網路費用，以及使用區域專屬功能時保持一致性，請選擇「區域」應用程式。 Google Cloud
- 如果應用程式元件必須分布在多個區域，或依賴全域 Google Cloud 服務，請選擇全域應用程式。
您可能有多個區域的資源，但這些資源並未形成單一、連貫的全域函式。在這種情況下，最佳做法通常是為每個區域內的資源定義個別區域應用程式。這種做法可為每個部署作業充分發揮區域化優勢。
Google Cloud 資源階層 (定義資料夾和專案的整理方式) 也是基本概念。如果階層結構規劃得當，與應用程式的區域或全球界線一致，就能簡化 App Hub 內資源的分組和管理作業。詳情請參閱「選擇 App Hub 設定模型」。
區域應用程式的優點
雖然全域應用程式為分散式系統提供彈性，但為 App Hub 應用程式選擇區域位置可帶來顯著優勢：
支援資料落地和法規遵循：雖然 App Hub 中繼資料不提供資料落地功能，但區域應用程式可協助您確保基礎資源處理及儲存的實際資料，會保留在您選取的地理區域界線內。這項優勢通常是遵守資料所在地法律、法規和機構規定的關鍵。
減少延遲：將應用程式資源放在同一區域內，通常可盡量減少服務之間的網路延遲，進而提升應用程式效能和使用者體驗。
符合產品功能規定：某些 Google Cloud 服務或功能規定，所有互動資源都必須位於相同區域。舉例來說，Compute Engine 執行個體只能連結位於同一區域的永久磁碟。區域性 App Hub 應用程式本質上符合這類架構限制。
降低成本：不同 Google Cloud 區域之間的資料移轉通常會產生網路費用，而相同區域內的網路流量通常價格較低。在區域中建立應用程式，可更有效管理及減少跨區域網路費用。
與故障網域保持一致： Google Cloud 區域設計為獨立的故障網域。在單一區域內部署應用程式，並使用該區域內的多個區域來確保高可用性，可讓應用程式的容錯能力與 Google Cloud的基礎架構復原模型保持一致。