Google Cloud 中的登陸區設計

Last reviewed 2026-01-02 UTC

本文將概略說明如何在Google Cloud中設計登陸區。登陸區又稱雲端基礎，是可擴充的模組化設定，機構可根據業務需求採用 Google Cloud 。在雲端環境中部署企業工作負載時，通常需要先建立登陸區。

登陸區並非「區域」或「區域資源」。

本文適用於解決方案架構師、技術人員和主管級利害關係人，可協助您瞭解下列事項：

  • Google Cloud中登陸區的典型元素
  • 如何查看有關登陸區設計的詳細資訊
  • 如何為企業部署登陸區，包括部署預建解決方案的選項

這份文件是系列文章之一，可協助您瞭解如何設計及建構登陸區。本系列的其他文件可協助您做出高階決策，設計機構的登陸區。本系列課程將說明下列主題：

本系列文章並未特別說明金融服務或醫療照護等管制產業的法規遵循要求。

什麼是 Google Cloud 登陸區？

登陸區可協助企業更安全地部署、使用及擴充 Google Cloud服務。隨著企業採用更多雲端工作負載，登陸區也會隨時間動態擴充。

如要部署登陸區，您必須先建立機構資源，並建立帳單帳戶 (線上或月結)。

登陸區涵蓋多個領域，包含身分、資源管理、安全性及網路等不同元素。如「到達專區的元素」一文所述，許多其他元素也可以是到達專區的一部分。

下圖顯示登陸區的實作範例。這個範例顯示基礎架構即服務 (IaaS) 用途，以及混合雲和地端部署連線，如 Google Cloud：

到達區域的架構範例。

上圖中的範例架構顯示包含下列 Google Cloud 服務和功能的 Google Cloud登陸區：

上圖僅為範例，因為登陸區沒有單一或標準的實作方式。您的商家必須根據不同因素做出許多設計選擇，包括：

  • 您的產業
  • 貴機構的架構和程序
  • 您的安全性和法規遵循需求
  • 要移至 Google Cloud的工作負載
  • 現有 IT 基礎架構和其他雲端環境
  • 商家和顧客的位置

建立到達可用區的時機

建議您先建構登陸區，再於 Google Cloud部署第一個企業工作負載，因為登陸區可提供下列功能：

  • 安全設計原則
  • 企業工作負載適用的網路
  • 管理內部成本分配所需的工具

不過，由於登陸區是模組化設計，因此登陸區的第一個疊代版本通常不是最終版本。因此，建議您設計登陸區時，將擴充性和成長納入考量。舉例來說，如果第一個工作負載不需要存取地端部署網路資源，您可以稍後再建立與地端部署環境的連線。

視貴機構和您打算在Google Cloud上執行的工作負載類型而定，部分工作負載可能會有截然不同的需求。舉例來說，部分工作負載可能會有獨特的延展性或法規遵循需求。在這些情況下，貴機構可能需要多個登陸區：一個登陸區用於代管大部分工作負載，另一個登陸區用於代管特殊工作負載。您可以在登陸區之間共用身分、帳單和機構資源等元素。不過，網路設定、部署機制和資料夾層級政策等其他元素可能會有所不同。

登陸區的元素

登陸區需要您設計下列核心元素 Google Cloud：

除了這些核心要素，您的商家可能還有其他規定。下表說明這些元素，以及可找到相關資訊的位置。

登陸區元素 說明
監控與記錄 設計監控和記錄策略，確保記錄所有相關資料，並提供可將資料視覺化的資訊主頁，以及在發生任何可採取行動的例外狀況時通知您的快訊。
詳情請參閱 Google Cloud 最低可行安全平台中的「監控、記錄和警報」一節。
備份與災難復原 設計備份和災難復原策略。
詳情請參閱下列文章：
法規遵循 遵循貴機構適用的法規遵循架構。
如需更多資訊，請前往法規遵循資源中心。
成本效益和控管 設計相關功能，監控及最佳化登陸區工作負載的成本。
詳情請參閱下列文章：
API 管理 為您開發的 API 設計可擴充的解決方案。詳情請參閱「Apigee API 管理」。
叢集管理

設計 Google Kubernetes Engine (GKE) 叢集時，請遵循最佳做法，建構可擴充、具備復原能力且可觀察的服務。

如要瞭解詳情，請參考下列資源：

設計及部署登陸區的最佳做法

設計及部署登陸區需要經過規劃。您必須擁有適當的團隊來執行工作，並使用專案管理程序。此外，我們也建議您遵循本系列文章所述的技術最佳做法。

組建團隊

召集團隊，成員來自機構內多個技術職能部門。團隊成員必須能夠建構所有登陸區元素，包括安全性、身分、網路和作業。找出瞭解 Google Cloud 的雲端從業人員來帶領團隊。團隊應包含專案管理和成就追蹤成員，以及與應用程式或商家擁有者合作的成員。

請確保所有利害關係人都能及早參與流程。專案啟動時，利害關係人必須對流程範圍達成共識，並做出高層決策。

將專案管理套用至登陸區部署作業

設計及部署登陸區可能需要數週時間，因此專案管理至關重要。確保專案目標明確定義並傳達給所有利害關係人，且所有各方都收到任何專案變更的最新消息。定義定期檢查點，並根據作業流程和意外延遲情況，商定實際可行的里程碑時程。

為盡量符合業務需求，請根據您想在Google Cloud中優先部署的應用實例，規劃初始登陸區部署作業。建議您先部署最容易在 Google Cloud上執行的工作負載，例如可水平擴充的多層級網路應用程式。這些工作負載可能是新的或現有的工作負載。如要評估現有工作負載是否適合遷移，請參閱「遷移至 Google Cloud：開始使用」。

由於登陸區是模組化設計，因此初始設計應以遷移第一個工作負載所需的元素為中心，並規劃稍後新增其他元素。

遵循技術最佳做法

建議使用基礎架構即程式碼 (IaC)，例如 Terraform。IaC 可協助您重複部署及模組化。使用 GitOps 部署雲端基礎架構變更的 CI/CD 管道，有助於確保您遵循內部指南，並採取適當的控管措施。

設計登陸區時，請確保您和團隊考量技術最佳做法。如要進一步瞭解登陸區的決策，請參閱本系列的其他指南。

除了本系列文章，下表也列出架構、指南和藍圖，可協助您根據用途採用最佳做法。

相關說明文件 說明
Google Cloud 設定 高階導覽流程，可協助您設定 Google Cloud ，以便產生可用於正式環境的可擴充企業級工作負載。
企業基礎藍圖 針對資安長、資安從業人員、風險管理人員或法規遵循主管，提供有關安全最佳做法的觀點。 Google Cloud
Google Cloud Well-Architected Framework 為架構師、開發人員、管理員和其他雲端從業人員提供實用建議與最佳做法，協助設計及操作安全、高效率、有韌性、高效能且具成本效益的雲端拓撲。
Terraform 藍圖 以 Terraform 模組形式封裝的藍圖和模組清單，可用於建立Google Cloud的資源。

找出可協助您導入登陸區的資源

Google Cloud 提供下列選項，協助您設定登陸區：

這些服務都採用專門方法，可滿足全球不同產業和企業規模的需求。為協助您根據用途做出最佳選擇，建議您與 帳戶團隊Google Cloud 合作，確保 專案順利進行。

後續步驟