我們已於 2026 年 4 月 1 日停止支援 Google Cloud Deployment Manager。
支援服務最長可延長至 2027 年 3 月 31 日。 除非是阻礙您遷移至 Infra Manager 的問題，否則 Deployment Manager 支援單會自動遭到拒絕。
Deployment Manager 建立的現有資源會繼續運作。您可以使用標準Google Cloud 工具管理這些個別資源，但無法使用 Deployment Manager 或 gcloud deployment-manager 指令。
2027 年 6 月 30 日後，您將無法使用 Deployment Manager 服務，該服務也會停止運作。屆時將不再支援所有相關 API 和函式。
注意事項
2026 年 4 月 1 日起， Google Cloud將不再支援 Deployment Manager。
在 2027 年 6 月 30 日前，現有客戶仍可透過Google Cloud 控制台、Google Cloud CLI 和 Google Cloud Deployment Manager V2 API 使用 Deployment Manager。
如果您已在使用 Deployment Manager，可以繼續使用這項服務「自行承擔風險」管理、遷移或刪除現有資源，但Google Cloud 不會回應標準 Deployment Manager 支援單。Deployment Manager 不會再推出新功能或修正非重大錯誤。
我們不支援新客戶或機構使用 Deployment Manager。自 2026 年 6 月 30 日起，新使用者將無法啟用 Google Cloud Deployment Manager V2 API 或建立第一個部署項目。嘗試使用 Deployment Manager 時，系統會將您重新導向至 Infra Manager。
過去幾年來，我們致力於透過 Google Cloud Infrastructure Manager (Infra Manager)，提升部署體驗。
需要採取的行動
如果您目前使用 Deployment Manager，請遷移至 Infra Manager 或其他部署技術，確保服務持續運作。
請在 2026 年 3 月 31 日前完成下列必要動作：
- 檢查依賴 Deployment Manager 的用途和應用程式。
- 判斷 Infra Manager 是否符合需求，或是否有其他更合適的工具。
- 將部署作業遷移至所選平台。
Deployment Manager 與 Infrastructure Manager 有何關聯？
Google Cloud 提供兩種不同的服務，用於部署及管理基礎架構：Deployment Manager (DM) 和 Infra Manager。兩者都旨在自動化這項程序，但方法和基礎技術不同。
- Deployment Manager 會使用以 YAML 為基礎的設定檔和 Jinja 或 Python 範本，以宣告方式定義基礎架構。
- Infra Manager 會運用 Terraform，以基礎架構即程式碼 (IaC) 建立基礎架構部署作業。您可以在 Terraform 設定檔中定義基礎架構，Infra Manager 會在 Google Cloud上部署及管理這些基礎架構。Infra Manager 提供代管環境來執行 Terraform，簡化 Google Cloud上的基礎架構管理作業。
功能比較
Deployment Manager 和 Infra Manager 的功能和特色有顯著差異。
設定和範本
| 功能 | Deployment Manager | Infra Manager | 注意事項 |
|---|---|---|---|
| 設定語言 | 使用 Jinja/Python 範本的 YAML | Terraform HCL | 學習 Terraform 的 HCL 語言，並轉換現有的 DM 設定。 |
| 範本管理 | 支援可重複使用的範本和複合類型 (已淘汰)。 | 運用 Terraform 模組。 | 配合 Terraform 的模組系統，管理可重複使用的基礎架構元件。 |
| 原始碼管理 | 支援多種儲存設定的選項。 | 支援公開和私人的 Git 存放區和 Cloud Storage bucket，但無法直接支援私人的 Git 存放區。 | 如果您使用私人 Git 存放區管理 DM 設定，將設定遷移至 Infra Manager 時可能會遇到困難。 |
狀態管理
| 功能 | Deployment Manager | Infra Manager | 注意事項 |
|---|---|---|---|
| 狀態管理 | 在內部管理部署狀態。 | 將狀態檔案儲存在 Cloud Storage 中。 | 熟悉 Terraform 的狀態管理功能 (包括管理狀態檔案和潛在的狀態鎖定問題)。Infra Manager 會自動處理狀態管理作業。 |
部署作業更新和復原
| 功能 | Deployment Manager | Infra Manager | 注意事項 |
|---|---|---|---|
| 部署更新機制 | 支援就地更新和滾動式更新。 | Infra Manager 會透過 CreateDeployment 和 UpdateDeployment 方法管理更新。 |
瞭解 Terraform 的更新機制，這可能與 Deployment Manager 的更新策略不同。 |
| 復原功能 | 提供復原至先前部署作業的功能。 | 向前復原：部署先前的 Terraform 設定。 | 基礎架構管理工具會提供每個部署修訂版本的 Terraform 狀態檔案存取權，但還原至先前版本是手動程序。 |
| 預覽功能 | 允許在部署前預覽變更。 | 使用 CreatePreview 建立及查看 Terraform 計畫。 |
配合 Terraform 的工作流程，使用 terraform plan 預覽變更。 |
與 Google Cloud 服務整合
| 功能 | Deployment Manager | Infra Manager | 注意事項 |
|---|---|---|---|
| 與 Google Cloud 服務整合 | 與各種 Google Cloud 服務整合。 | 透過 Terraform 供應商與 Google Cloud 整合。 | Terraform 供應商提供的服務涵蓋範圍比 Deployment Manager 更廣，但 Terraform 供應商可能無法立即提供某些 Google Cloud專屬功能或整合服務。 Google Cloud |
| 存取控管 | 可與 Identity and Access Management (IAM) 整合，對部署作業進行精細的存取權控管。 | 此外，Infra Manager 也與 IAM 整合，可對部署作業進行精細的存取控管。 | 整合 Infra Manager 與 IAM 時，請務必導入適當的存取控管機制。用來建立部署作業的服務帳戶，必須具備要部署的各項資源所需權限。 |
使用 DM Convert 遷移至 Infrastructure Manager
您可以使用 DM Convert 工具，將部署體驗遷移至 Infra Manager。不過，Terraform 不支援部分 Deployment Manager 概念，因此無法使用 DM Convert 匯出至 Terraform。
如要進一步瞭解 DM Convert 如何轉換不同格式的概念，請參閱「瞭解 DM Convert 如何轉換不同格式的概念」。
將設定和範本轉換為 Infrastructure Manager
如要將 Deployment Manager 設定和範本轉換為 Terraform 設定，請按照下列步驟操作：
- 將 Deployment Manager 設定和範本轉換為 Terraform 設定和狀態檔案。
使用 abandon 刪除 Deployment Manager 部署作業。
我們很樂意提供協助
我們瞭解您可能需要事先規劃來因應這些異動。如有任何其他問題，或需要遷移計畫方面的協助，請與您的代表聯絡。我們很樂意協助您順利完成轉換。 Google Cloud