Skip to content

fix(infra): cap Google provider below 8.0.0 and update to 7.46.0 - #2809

Closed
jcscottiii wants to merge 1 commit into
mainfrom
fix/cap-google-provider-v7
Closed

fix(infra): cap Google provider below 8.0.0 and update to 7.46.0#2809
jcscottiii wants to merge 1 commit into
mainfrom
fix/cap-google-provider-v7

Conversation

@jcscottiii

@jcscottiii jcscottiii commented Sep 1, 2026

Copy link
Copy Markdown
Collaborator

Summary

Cap hashicorp/google provider version to < 8.0.0, update provider to latest 7.x release (7.46.0), and configure Dependabot to ignore major updates for Terraform.

Context & Root Cause

PR #2804 was opened by Dependabot titled bump hashicorp/google from 7.44.0 to 7.45.0 (labeled version-update:semver-minor), but committed provider version 8.0.0 into infra/.terraform.lock.hcl due to an unbounded constraint (>= 5.4.0) in infra/providers.tf.

Upon merging, post-merge Cloud Build failed with GCP API error 400 because Google provider 8.0.0 changed the default load_balancing_scheme in backend services and forwarding rules from EXTERNAL to EXTERNAL_MANAGED, which GCP disallows in-place on active Classic ALBs without a multi-phase migration workflow.

Changes

- `infra/providers.tf`: Restrict `hashicorp/google` version constraint to `>= 5.4.0, < 8.0.0` and add reference comment to #2808.
- `.github/dependabot.yml`: Ignore `version-update:semver-major` for `hashicorp/google` in `/infra`.
- `infra/.terraform.lock.hcl`: Lock `hashicorp/google` to 7.46.0 (latest 7.x release).

Fixes #2807
Refs #2808

Cap hashicorp/google provider version to < 8.0.0, update provider to latest 7.x release (7.46.0), and configure Dependabot to ignore major updates for Terraform.

## Context & Root Cause
PR #2804 was opened by Dependabot titled 'bump hashicorp/google from 7.44.0 to 7.45.0' (labeled version-update:semver-minor), but committed provider version 8.0.0 into infra/.terraform.lock.hcl due to an unbounded constraint (>= 5.4.0) in infra/providers.tf.

Upon merging, post-merge Cloud Build failed with GCP API error 400 because Google provider 8.0.0 changed the default load_balancing_scheme in backend services and forwarding rules from EXTERNAL to EXTERNAL_MANAGED, which GCP disallows in-place on active Classic ALBs without a multi-phase migration workflow.

## Changes
- infra/providers.tf: Restrict hashicorp/google version constraint to '>= 5.4.0, < 8.0.0' and add reference comment to #2808.
- .github/dependabot.yml: Ignore version-update:semver-major for hashicorp/google in /infra.
- infra/.terraform.lock.hcl: Lock hashicorp/google to 7.46.0 (latest 7.x release).

Fixes #2807
Refs #2808
@jcscottiii

Copy link
Copy Markdown
Collaborator Author

Superseded: Provider 8.0.0 had already migrated state attributes (such as google_secret_manager_secret_version.otel_config_version) on staging during PR #2804, causing provider 7.x to fail decoding the remote state with 'Resource instance managed by newer provider version'. Opening a new PR that retains provider 8.0.0 and explicitly declares load_balancing_scheme = "EXTERNAL" to safely unblock deployments.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

fix(infra): Unblock Cloud Build deployment under Google provider v8 by explicitly setting Classic ALB scheme

1 participant