HashiCorp Relased Terraform Google Cloud Provider 8.0 in General Availability

HashiCorp 正式发布 Terraform Google Cloud Provider 8.0 版本 - InfoQ

InfoQ 首页 News HashiCorp 正式发布 Terraform Google Cloud Provider 8.0 版本

DevOps

InfoQ 认证高绩效团队计划（在线，11月17日）：为您的团队构建更清晰的运营模型。

HashiCorp 正式发布 Terraform Google Cloud Provider 8.0 版本

2026年10月09日 3分钟阅读

作者：

• Claudio Masolo

#### 关注我们

Youtube

232K 粉丝

Linkedin

26K 粉丝

Instagram

新

RSS

19K 读者

X

57.1k 粉丝

Facebook

21K 点赞

Bluesky

收听本文 -

0:00

音频准备就绪

您的浏览器不支持音频元素。

正常

1.25x

1.5x

喜欢

新下拉阅读列表

• 阅读列表

HashiCorp 宣布 Terraform Google Cloud 提供商 8.0 版本正式发布。此次重大更新调整了两个 Compute Engine 资源的默认负载均衡配置。同时移除了与已停用 Google Cloud 服务关联的资源。此外，将多个与顺序无关的属性从列表类型改为集合类型。这可避免持续出现的计划差异。由于这是破坏性更新，HashiCorp 建议用户首先升级到最新的 7.x 版本，并清除弃用警告后再进行升级。

最显著的行为变化影响了 google_compute_backend_service 和 google_compute_global_forwarding_rule。它们的默认负载均衡方案从 EXTERNAL 改为 EXTERNAL_MANAGED。这意味着未显式设置该字段的配置将使用新的外部应用负载均衡器，而非经典负载均衡器。依赖经典行为的团队必须显式设置 load_balancing_scheme = "EXTERNAL"，否则计划可能会建议对现有负载均衡器进行更改。

此次发布还移除了部分资源和数据源，因为其背后的云服务已被关闭或替代。移除的资源包括 google_iap_brand 和 google_iap_client（因 IAP OAuth 管理员 API 关闭），三个 google_notebooks_* 资源（用户应迁移到 google_workbench_instance），google_ml_engine_model，以及 BeyondCorp 应用连接、连接器和网关资源（安全网关资源作为替代）。google_vertex_ai_schedule 被 google_colab_schedule 替代。任何引用这些资源的配置在升级前都必须更新。

在模式行为方面，那些顺序无关的属性已从列表类型改为集合类型。这些包括计算服务附件中的字段、GKE 日志和监控配置，以及云安全合规框架中的字段。HashiCorp 表示，这种修改可避免 API 返回值顺序与配置不一致时产生的持续差异。部分 Google Cloud API 的验证规则也更加严格。例如，google_workflows_workflow 现在需要 source_contents 字段。创建 Workforce 身份池提供者 SCIM 租户时，需要 claim_mapping 字段。部分状态变更（如某些整数到字符串的转换）会自动迁移，但其他变更需要手动修改配置。

该公告还总结了8.0版本所构建的7.x时代功能。现在提供程序支持Terraform列表资源。这些资源与terraform查询工作流程配合使用。您可以搜索状态之外的现有基础设施，并选择性地创建资源和导入配置。覆盖范围包括Compute Engine、IAM、BigQuery、Pub/Sub、Secret Manager、Migration Center和Network Services。资源标识支持得到增强。现在它为提供程序提供了一种清晰的方式来表示远程对象。这可用于导入，与传统ID一起使用。只写属性将敏感值发送到API而不会保存它们。现在包括证书私钥、AlloyDB密码和IAP凭证。

该提供程序由Google Cloud工程团队、HashiCorp和Terraform社区联合开发，8.0版本已在Terraform注册表中发布。本文未包含基准测试或采用数据，也未列出所有已删除的资源，因此升级指南和GitHub变更日志是权威参考。

可能的升级计划如下：

• 首先将提供程序固定并升级到最新的7.x版本。解决弃用警告，然后在非生产环境中升级到8.0。

• 在代码中搜索上述列出的已删除资源，以及省略load_balancing_scheme的负载均衡器资源。明确设置该参数以避免意外迁移到EXTERNAL_MANAGED。

• 仔细检查terraform plan。重点关注标记为销毁或替换的资源。特别注意列表到集合的转换以及任何只写版本属性的类型更改或变为必需的情况。

使用OpenTofu的团队可以采用此次发布的大部分功能，但并非全部。提供程序的破坏性变更包括EXTERNAL_MANAGED默认值、已删除资源以及列表到集合的转换。这些变更存在于提供程序中，并且无论CLI如何都适用。只写属性需要OpenTofu 1.11或更高版本，这是引入这些功能的版本。

使用Terraform查询和列出资源的发现工作流程在OpenTofu中没有等效功能。关于tofu查询的功能请求（问题#3787）仍在等待处理。因此，这些团队将继续使用导入块和生成的配置来管理当前基础设施。

在撰写本文时，OpenTofu对资源标识的支持尚未确认，因此计划使用基于标识导入的团队应首先检查OpenTofu变更日志。团队还应在固定提供程序之前确认8.0版本构建是否已在OpenTofu注册表中提供。

作者部分主容器

关于作者

章节标题

每个作者的主容器

#### Claudio Masolo

显示更多

显示更少

#### 本内容属于DevOps主题

##### 相关主题：

• DevOps

• Terraform

• Hashicorp

• Google Cloud

• 相关编辑

• 相关赞助商 通过工程部门扩展AI采用（由O'Reilly提供）- 立即下载

• 相关赞助商 找出测试中遗漏的错误。Antithesis使用确定性模拟探索数千种故障场景，在错误进入生产环境之前发现难以重现的错误。查看其工作原理。

InfoQ新闻通讯

每周五发送上周InfoQ内容的摘要。加入超过25万名高级开发者的社区。查看示例

我们保护您的隐私。