加入等候名單

GcpDmInfra · 等候名單

2027-06-30 前搬離 Google Cloud Deployment Manager——知道 DM Convert 轉不了什麼、怎麼安全匯入並 abandon

  1. 支援已終止（已生效）；一般 DM 工單自動拒絕（遷移相關或 blocker 除外）。

  2. 支援最長延伸結束。

  3. Deployment Manager 服務關閉、所有相關 API 停止；既有資源繼續運作。

2026-06-30 起新使用者無法啟用 DM V2 API 或建立第一個 deployment；關閉前既有客戶仍可「at your own risk」使用 DM。

日期依 Google Cloud《Deployment Manager deprecation》（2026-09-30 更新）；DM Convert 為 Preview 工具。

Deployment Manager 已於 2026-04-01 終止支援，支援最長延伸至 2027-03-31，2027-06-30 之後服務關閉——既有資源會繼續運作。回答 5 題——YAML、Jinja 或 Python templates；是否用 composite types、type providers 或 Actions；配置放在哪；是否依賴 DM preview 或 rollback；目標是 Infra Manager 還是自管 Terraform。取得轉換可行度、手動補洞清單、Convert → import → abandon 順序與回歸清單。從不要求貼憑證、service account key、專案 ID 或配置檔。

加入等候名單 看看 5 題檢查如何運作

GcpDmInfra 為獨立工具，與 Google 無隸屬或背書關係 · 不是 GCP 連線器；從不貼憑證。

問題

三個日期：2026-04-01 · 2027-03-31 · 2027-06-30

官方《Deployment Manager deprecation》：2026-04-01 已終止支援（一般 DM 支援工單自動拒絕，除非是 blocker 或與遷移至 Infra Manager 相關）；支援最長延伸至 2027-03-31。2027-06-30 之後服務關閉（turned down），所有相關 API 與功能不再支援。DM 建立的既有資源會繼續運作，可用一般 Google Cloud 工具逐一管理。官方路徑：DM Convert（Preview）轉 Terraform → 匯入 Terraform state → 匯入 Infra Manager → 以 ABANDON 刪除 DM deployment。但 composite types、無宣告式等價的 Actions、custom type providers 不會被轉換；而 DM 刪除 deployment 的預設策略是 DELETE（永久刪除資源）。

Before

  • 在 deprecation、DM Convert、Infra Manager import／deploy 多頁文件間來回對照
  • 以為 2027-03-31 DM 就停，或以為資源會被刪而恐慌
  • 直接 deployments delete 用了預設 DELETE，或 state 與設定不一致就 unlock

After——使用 GcpDmInfra

  • 回答 5 題 → 只看到跟你有關的可轉性、補洞項與順序
  • 清楚區分：4/1 支援終止、3/31 延伸結束、6/30 之後關閉；資源繼續運作
  • 先 import、preview 確認 No changes，再 --delete-policy ABANDON

官方時程（Google Cloud《Deployment Manager deprecation》）

日期狀態代表什麼
2026-04-01已生效支援已終止（已生效）；一般 DM 工單自動拒絕（遷移相關或 blocker 除外）。
2026-06-30已生效新使用者無法啟用 DM V2 API 或建立第一個 deployment，改導向 Infra Manager（已生效）
2027-03-31支援支援最長延伸結束。
2027-06-30 之後服務關閉Deployment Manager 服務關閉、所有相關 API 停止；既有資源繼續運作。

既有客戶到 2027-06-30 前仍可透過 console、Google Cloud CLI、DM V2 API 使用 DM 管理、遷移或刪除既有資源，但是「at your own risk」；無新功能、無非關鍵修補。App Engine Flex 客戶若未使用 DM，不受影響。

解決方案

GcpDmInfra 做什麼

GcpDmInfra = 給仍在用 Deployment Manager 的平台／IaC 團隊的 DM → Infra Manager／Terraform 遷移就緒決策層，不是 Google Cloud 文件替代品，也不是 GCP 連線器；與 Google 無隸屬關係。

WHO

仍以 Google Cloud Deployment Manager（DM）——YAML 配置＋Jinja／Python templates、gcloud deployment-manager、Deployment Manager V2 API——管理 GCP 資源的平台工程、IaC／Terraform、DevOps／SRE 團隊與雲端架構師；尚未遷到 Infrastructure Manager（Infra Manager）或自管 Terraform

PROBLEM

2026-04-01 已終止支援，支援最長延伸至 2027-03-31，2027-06-30 之後服務關閉。官方路徑：DM Convert（Preview）轉 Terraform → 匯入 Terraform state → 匯入 Infra Manager → 以 ABANDON 刪除 DM deployment。但 composite types、無宣告式等價的 Actions、custom type providers 不會被轉換；Infra Manager 的私有 Git 需先連 Cloud Build、state 存 Cloud Storage、rollback 變成手動 roll forward；而 DM 刪除 deployment 的預設策略是 DELETE（永久刪除資源）。

SOLUTION

GcpDmInfra 靜態決策器：勾選 5 題 → 產出轉換可行度、手動補洞清單、DM Convert → Terraform import → Infra Manager import → abandon 順序（附官方指令）、回歸 checklist，並提供 waitlist。從不要求 GCP 憑證、service account key、專案／組織 ID、DM 配置或程式碼；不是 GCP 連線器。

RESULT

在支援延伸結束（2027-03-31）前把 deployment 都轉成 Terraform 並由 Infra Manager 或自管 Terraform 接手，在 2027-06-30 服務關閉前用 --delete-policy ABANDON 安全解除 DM 管理——而不是誤用預設 DELETE 刪掉正式資源，或 2027-07 才發現基礎設施再也無法用原工具更新。

功能特色

功能特色

以下為產品假設中的行銷重點，用於需求驗證，非正式規格承諾。

時程與支援風險

你已處於「at your own risk」；需要 Google 協助遷移？2027-03-31 前。全部轉換、匯入、abandon 須在 2027-06-30 之後關閉前完成。

轉換可行度

references、dependsOn、accessControl、iamMemberBinding 可轉；composite types 與 custom type providers 不轉；Actions 只轉有宣告式等價者。

手動補洞清單

composite types → Terraform modules；私有 Git → Cloud Build 連線；rollback → 手動 roll forward；preview → Infra Manager previews；不可定義 backend block；套用逾時 2 小時。

Convert → import → abandon 順序

expanded config → DM Convert → Terraform import → Infra Manager lock／import-statefile／unlock／preview → --delete-policy ABANDON。

回歸清單

先在非正式專案演練、逐一審查 terraform plan、Infra Manager preview 確認 No changes、abandon 後確認資源仍在。

轉換可行度（依 Google Cloud《Using DM Convert》）

你的 DM 用法DM Convert（Terraform）
純 YAML、Jinja、Python templates轉換（DM Convert 讀取 YAML 與 Jinja／Python templates；可從 live deployment 的 manifest 取得 expandedConfig）
References、dependsOnTerraform references、depends_on
accessControl（authoritative）<resource_type>_iam_policy
iamMemberBinding（non-authoritative）<resource_type>_iam_member
Composite types不轉（已棄用）→ 手寫 Terraform modules
Actions：insert／get／setIamPolicy轉為 resource／data／*_iam_policy·*_iam_member
Actions：patch／delete／list、自訂 API不轉 → 手動處理
Custom type providers不轉（其 API 定義的 Actions 不轉）
不確定的資源類型以 --list_supported_types 查官方支援清單

DM Convert 為 Preview；輸出 Terraform 設定＋import 指令檔（--output_tf_import_file），state 是執行 import 後由 Terraform 產生。以 expanded config 轉換時，template 參數與迴圈已被展開——若要保留重用性，需自行改寫為 Terraform variables／modules（依官方流程推論，請在轉換後檢查）。

手動補洞清單——DM 概念 → Infra Manager／Terraform

DM 概念Infra Manager／Terraform 作法
Composite types／可重用 templatesTerraform modules（root module 須有效；Infra Manager 不支援 templating／generation）
私有 Git 存放配置先把 Git host 與 repo 連到 Cloud Build（或 Developer Connect Git proxy），再用 --git-source-repo
DM 內部 stateInfra Manager 自動存於 Cloud Storage；自管 Terraform 建議存在 Cloud Storage bucket；Infra Manager 設定不可定義 backend block
DM rollback以先前 revision 的 Terraform 設定手動 roll forward
DM previewgcloud infra-manager previews create（Terraform plan）
大型 deployment建立／更新逾時 2 小時、preview 1 小時 → 拆分設定
標籤 goog-dm匯入後 terraform plan 會顯示移除 goog-dm 標籤（官方範例：可接受）

私有 Git 可以用於 Infra Manager：先把 Git host 與 repo 連到 Cloud Build（GitHub、GitHub Enterprise、GitLab、GitLab Enterprise，或 Developer Connect Git proxy）；deprecation 頁稱其缺乏「直接」支援。

Convert → import → abandon 順序（官方指令）

  1. 先 reconcile 進行中的 deployment。
  2. 取得 expanded config：gcloud deployment-manager deployments describe DEPLOYMENT_NAME --format="value(deployment.manifest)"gcloud deployment-manager manifests describe MANIFEST_NAME --deployment DEPLOYMENT_NAME --format="value(expandedConfig)"
  3. 以 DM Convert image（Preview）執行——輸出 Terraform 設定＋import 指令檔：--config deployment.yaml --output_format TF --output_file … --output_tf_import_file … --deployment_name … --project_id …
  4. terraform init、執行產生的 import 指令檔、terraform plan 逐項審查差異。
  5. （目標 Infra Manager）建立 placeholder deployment（gcloud infra-manager deployments apply）→ gcloud infra-manager deployments lock → import-statefile＋上傳 terraform.tfstate → 上傳設定 → 確認 state 與設定一致 → unlock → gcloud infra-manager previews create 確認 No changes。

    若 state 與設定不一致，unlock 時 Infra Manager 會建立或刪除資源以符合 state。

  6. 最後才刪除 DM deployment 並保留資源：gcloud deployment-manager deployments delete DEPLOYMENT_NAME --delete-policy ABANDON

    永遠不要用預設 DELETE——它會永久刪除底層資源。

範例一律用 PROJECT_ID、DEPLOYMENT_NAME 佔位，頁面不接受輸入任何 ID。指令與旗標依 Google Cloud DM Convert、Infra Manager import 與 Deleting deployments 官方文件寫法。

加入等候名單

如何運作

如何運作

三個步驟。不連 Google Cloud、不需憑證。

  1. 1

    回答 5 題

    YAML、Jinja 或 Python？composite types、type providers 或 Actions？配置放哪？依賴 DM preview 或 rollback？Infra Manager 或自管 Terraform？

  2. 2

    看哪些能轉、哪些不能

    轉換可行度、手動補洞清單與 2027-03-31／06-30 時程風險，皆附 Google Cloud 官方文件連結。

  3. 3

    轉換、匯入、abandon、回歸

    官方順序——DM Convert → Terraform import → Infra Manager import → --delete-policy ABANDON——加上回歸清單。從不要求憑證、key、ID 或配置。

使用情境

適合誰

如果以下情境很熟悉，歡迎加入等候名單協助我們驗證。

Jinja templates＋composite types 建網路基線

composite types 不會被轉——需要手寫 Terraform module 清單與比對步驟。

Python templates 動態產生大量資源

轉換結果是展開後的資源——需要決定是否重構為 modules／variables，並注意 Infra Manager 2 小時逾時而拆分。

配置放在私有 GitHub／GitLab

Infra Manager 要先建立 Cloud Build 連線——需要前置步驟清單。

團隊靠 DM preview 審查變更、靠 rollback 救火

需要改用 Infra Manager previews 與 roll-forward runbook。

多專案、數十個 deployment

需要決定 Infra Manager 或自管 Terraform（state 放 Cloud Storage、Cloud Build 執行），並排定逐 deployment 的 Convert → import → abandon 批次。

用了 Actions 或 custom type providers

需要知道哪些 Actions 會被轉為 resource／data、哪些必須手動處理。

公開訊號

Google Cloud 官方文件公開訊號

僅列 Google Cloud 官方文件——是公開訊號，不是背書；沒有客戶引言、logo 或捏造數字。

常見問題

常見問題

GcpDmInfra 是 Google 官方工具嗎？

不是。GcpDmInfra 為獨立工具，與 Google 無隸屬或背書關係；所有資訊引用 Google Cloud 官方文件並附連結。

2027-06-30 之後資源會被刪嗎？

依官方文件，DM 建立的資源會繼續運作，可用一般 Google Cloud 工具管理——只是不能再用 DM 或 gcloud deployment-manager。

2027-03-31 和 06-30 差在哪？

3/31 是支援最長延伸結束；6/30 之後是服務關閉、所有相關 API 停止。支援本身已於 2026-04-01 終止。

DM Convert 能全部轉嗎？

不能。composite types 不轉、只有具宣告式等價的 Actions 會轉、custom type providers 不轉；且 DM Convert 是 Preview。

配置在私有 Git，可以用 Infra Manager 嗎？

可以，先把 Git host 與 repo 連到 Cloud Build（依 Infra Manager deploy 文件）；deprecation 頁稱其缺乏「直接」支援。

怎麼刪 DM deployment 又保留資源？

用 --delete-policy ABANDON；預設 DELETE 會永久刪除底層資源。

會要求憑證、service account key、專案 ID 或配置嗎？

不會。從不要求、不持有、不儲存；不連你的 Google Cloud 專案。

會幫我跑 DM Convert、匯入或 abandon 嗎？

不會。MVP 是靜態勾選＋清單＋順序＋waitlist。

搶先體驗何時開始？

等候名單分批以 Email 邀請；不捏造上線日期。

GcpDmInfra 為獨立工具，與 Google 無隸屬或背書關係；Google Cloud 為 Google LLC 之商標。

加入等候名單

等候名單

加入等候名單

留下工作 Email，取得 GcpDmInfra 搶先體驗與上線通知。表單除 Email 外只有勾選項與下拉選單，沒有任何自由文字欄位。

配置形式 （選填，可複選）
進階 DM 功能 （選填，可複選）
依賴 DM preview／rollback （選填，可複選）

僅用於等候名單、搶先體驗與上線通知；請勿貼 GCP 憑證、service account key、專案／資料夾／組織 ID、DM 配置或 templates、Terraform 設定或 state、程式碼；可隨時退訂。