如要將基礎架構資源整理成 App Hub 應用程式，您必須定義應用程式管理邊界。這個邊界可以是包含一或多個專案的資料夾，也可以是單一專案，與貴組織的資源階層一致。
在這個範圍內，App Hub 可以探索及管理Google Cloud 資源，並將資源註冊為服務和工作負載，以便分組為應用程式。這項設定的重要部分是管理專案，這是一個特定的 Google Cloud 專案，可做為管理應用程式 API、存取控管、計費和配額的中心點。
本頁面將詳細說明各種設定選項的優點、考量事項和功能差異，引導您為應用程式管理邊界選取最佳設定模式。
比較設定模式
下表比較專案和資料夾，協助您選擇應用程式管理邊界：
| 功能 | 單一專案邊界 (預先發布版) | 資料夾層級邊界 | 主專案 (舊版) |
|---|---|---|---|
| 建議 | 新使用者或小型組織，所有應用程式元件都位於單一專案中。 | 大型機構，在單一資料夾中有多項專案，且希望根據機構架構調整應用程式管理方式。 | 現有使用者可透過支援的模型，管理多項專案中不屬於單一資料夾的應用程式元件。 |
| 邊界範圍 | 單一 Google Cloud 專案 | Google Cloud 資料夾中的所有子系專案 | 手動管理的一組服務專案，用於定義多專案邊界 |
| 管理 | App Hub 會自動探索專案中支援的資源。您可以將這些資源註冊為應用程式的服務或工作負載。 | 資料夾中的專案會自動新增至邊界。 您可以將這些子系專案中支援的資源，註冊為應用程式的服務或工作負載。 | 您必須手動將服務專案附加至主專案，才能將其新增至邊界。您可以將這些服務專案中支援的資源，註冊為應用程式的服務或工作負載。 |
| 主要用途 | 小型應用程式、初步採用，或在單一專案中管理基礎架構資源的團隊。 | 依業務單位、環境或團隊，將應用程式管理與組織結構對齊。 | 應用程式元件分散在不共用資料夾的專案中。 |
| 以應用程式為主的 Google Cloud 功能支援 | 有限支援 | 完整支援 | 有限支援 |
| 設定複雜度 | 低：需要單一專案。 | 中：需要資料夾結構。 | 高：必須手動將所有專案連結至邊界。 |
| 設定指南 | 設定單一專案 | 設定資料夾 | 設定主專案 (舊版) |
規劃應用程式管理的資源階層
在 App Hub 中有效管理應用程式，直接建立在 Google Cloud現有的資源階層上。選擇資料夾或專案做為應用程式管理邊界時，App Hub 的應用程式管理層會遵循 Google Cloud的標準階層規則和繼承政策。
定義應用程式管理邊界的方式，會影響以應用程式為核心的 Google Cloud 產品功能可用性。詳情請參閱「依邊界類型劃分的功能支援」。
應用程式與 Google Cloud 資源階層的對應關係
您可以將 App Hub 的資料模型視為 Google Cloud資源階層的疊加層：
- 權限會繼承：應用程式的 IAM 角色和權限是在管理專案中授予，並適用資源階層中的標準 IAM 繼承規則。
- 集中管理中繼資料：管理專案會集中管理應用程式中繼資料，例如應用程式擁有者、重要性和環境，為資源管理作業新增應用程式感知層。
選擇應用程式管理邊界，基本上會決定您在 App Hub 應用程式中組織元件的方式。如圖 1 所示，在上層資料夾 (例如 F1) 定義應用程式管理邊界後，該資料夾中的應用程式就能納入直接位於該資料夾中的專案資源 (例如 P10 和 P11)，以及巢狀資料夾中的專案資源 (例如 F2 中的 P20 和 P21)。
圖 1.應用程式管理邊界是在上層資料夾定義。
如圖 2 所示，如果您在巢狀資料夾 F2 定義應用程式管理邊界，該資料夾中的應用程式就能使用其專案 (例如 P20 和 P21) 的資源。如要納入上層資料夾 F1 中專案 (例如 P10) 的資源，則必須將該專案移至 F2。
圖 2：應用程式管理邊界是在巢狀資料夾上定義。
各邊界類型的功能支援
下表比較各個邊界設定模式的產品支援情形。
| 邊界類型 | App Hub 專案類型 | 產品支援 |
|---|---|---|
| 單一專案 (預先發布版) | 主專案 |
|
| 管理專案 |
|
|
| 資料夾層級 | 管理專案 |
|
| 多項專案 | 主專案 |
|