用戶群和用戶群專案

本指南概略說明 App Lifecycle Manager 租戶，以及如何使用租戶整理應用程式產品。

租戶和租戶專案

App Lifecycle Manager 租戶資源代表應用程式供應項目的邏輯顧客、用戶端或租戶。主要功能是做為整理工具，協助您將特定房客的裝置分組。

如果您的應用程式提供多個租戶，建議您將每個租戶的資源佈建到個別的 Google Cloud 專案中。如要將房客資源劃分為專屬 Google Cloud 專案，您需要建立至少兩個專案：

  • 製作人專案：設定應用程式供應項目的專案。 SaaS 應用程式只需要一個供應商專案。
  • 租戶專案：含有特定租戶 App Lifecycle Manager 資源的專案。建議您為每個租戶建立一個專案。

為每個房客使用不同的專案，您就能在房客專案中設定配置 (例如 IAM 政策或網路對等互連)，並追蹤每個房客的費用和管理資源。

租戶專案中的啟動服務帳戶

執行服務帳戶必須在租戶專案中具備權限，才能建立及管理 Terraform 設定中定義的資源。建議您為每個租戶設定獨立的啟動帳戶。

如要進一步瞭解啟動服務帳戶及其可能需要的權限，請參閱「啟動服務帳戶」。

租戶專案中的 API

App Lifecycle Manager 使用 Infrastructure Manager 和啟動服務帳戶，在租戶專案中建立資源 (例如 VM) 時，必須在該租戶專案中啟用必要的 API。否則佈建作業就會失敗。

您必須為 Terraform 設定在租戶專案中使用的「所有」資源類型啟用 API。

使用臨時單元種類自動設定租戶

手動建立專案、啟用 API，並為每個新房客設定 IAM，不僅耗時，也容易出錯。您可以使用 App Lifecycle Manager 自動設定租戶，方法是建立臨時單元種類，其中包含 Terraform 設定，可執行下列操作：

  • 為租戶建立新的 Google Cloud 專案。
  • 在新專案中啟用必要的 API。
  • 為佈建的租戶建立專屬啟動服務帳戶 (在供應商專案或租戶專案中)。
  • 將必要的 IAM 權限授予租戶專案中的服務帳戶。
  • 設定網路、記錄或其他基礎架構。

臨時單元 kind 應符合下列條件：

  • 為 tenant_project_id、tenant_project_number 和建立的 actuation_sa 電子郵件定義 Terraform output 變數。
  • 接收 tenant_project_id 和 tenant_project_number 做為 input 變數。

將應用程式單元 kind 設為依附於臨時單元 kind，並將輸出變數對應至應用程式單元的對應輸入變數。

設定單元種類依附元件後，App Lifecycle Manager 會先驗證基礎租戶基礎架構單元是否已佈建 (建立租戶專案並設定權限)，再佈建含有應用程式的單元。

如要進一步瞭解如何實作這個模式，請參閱「管理單元之間的依附元件」和「使用變數」。

後續步驟