我们已于 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 日起，Deployment Manager 不再受支持 Google Cloud。
在 2027 年 6 月 30 日之前，所有现有客户都可以通过 Google Cloud 控制台、Google Cloud CLI 和 Google Cloud Deployment Manager V2 API 继续运行 Deployment Manager。
如果您已在使用 Deployment Manager，则可以继续使用该 服务“自行承担风险”来管理、迁移或删除现有资源，但 Google Cloud 我们将不会响应标准的 Deployment Manager 支持工单。 Deployment Manager 将不会推出新功能，也不会修复非严重 bug。
我们不支持新客户或组织使用 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 | 注意事项 |
|---|---|---|---|
| 配置语言 | YAML，使用 Jinja/Python 模板 | Terraform HCL | 了解 Terraform 的 HCL 语言并转换现有的 DM 配置。 |
| 模板管理 | 支持可重复使用的模板和复合类型（已弃用）。 | 利用 Terraform 模块。 | 适应 Terraform 的模块系统，以管理可重复使用的基础架构组件。 |
| 源代码管理 | 支持多种存储配置的选项。 | 支持公开和私有 Git 代码库以及 Cloud Storage 存储分区，但不支持直接使用私有 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 配置来“向前滚动”。 | Infra Manager 提供对每个部署 修订版本的 Terraform 状态文件 的访问权限，但回滚到先前版本是一个手动过程。 |
| 预览功能 | 允许在部署前预览更改。 | 使用 CreatePreview 创建和查看 Terraform 计划。 |
适应 Terraform 的工作流，以使用 terraform plan 预览更改。 |
与 Google Cloud 服务的集成
| 功能 | Deployment Manager | Infra Manager | 注意事项 |
|---|---|---|---|
| 与 Google Cloud 服务的集成 | 与各种 Google Cloud 服务集成。 | 通过 Terraform 提供程序与 Google Cloud 集成。 | Terraform 提供程序提供的服务覆盖范围比 Deployment Manager 更广，但某些 Google Cloud-特定于的功能或集成可能无法在 Terraform 提供程序中直接使用。 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 代表。我们随时为您提供帮助，确保您顺利完成 顺利迁移。