Skip to content

Parameterize GKE datapath provider (DEP-168)#255

Open
alex-hunt-materialize wants to merge 1 commit into
mainfrom
dep-168-parameterize-gke-datapath
Open

Parameterize GKE datapath provider (DEP-168)#255
alex-hunt-materialize wants to merge 1 commit into
mainfrom
dep-168-parameterize-gke-datapath

Conversation

@alex-hunt-materialize

@alex-hunt-materialize alex-hunt-materialize commented Jul 2, 2026

Copy link
Copy Markdown
Contributor

Summary

The gcp/modules/gke module hardcoded datapath_provider = "ADVANCED_DATAPATH" (Dataplane V2 / eBPF CNI). GKE cannot change the datapath provider on an existing cluster, so clusters built with the legacy CNI (everything created by the old terraform module) could not adopt this module without a full cluster rebuild.

  • Add a datapath_provider variable to gcp/modules/gke, defaulting to ADVANCED_DATAPATH (no behavior change for current users). Accepts ADVANCED_DATAPATH, LEGACY_DATAPATH, and DATAPATH_PROVIDER_UNSPECIFIED.
  • Expose the variable in the simple and enterprise GCP examples and pass it through to the gke module.
  • Document that the legacy CNI silently ignores NetworkPolicy resources, and that changing the value forces cluster replacement.

Per discussion on the issue, this only parameterizes the CNI; network policy resources are still created by default (they are simply not enforced on the legacy datapath).

Refs DEP-168

Testing

Manually running the rust tests, once with the defaults and once with an overridden datapath_provider to use the legacy datapath.

🤖 Generated with Claude Code

The gke module hardcoded ADVANCED_DATAPATH (Dataplane V2), but GKE
cannot change the datapath provider on an existing cluster. Clusters
built by the old terraform module use the legacy CNI, so adopting this
module forced a full cluster rebuild. Default stays ADVANCED_DATAPATH;
existing clusters can set LEGACY_DATAPATH or
DATAPATH_PROVIDER_UNSPECIFIED to avoid replacement. Note the legacy
CNI silently ignores NetworkPolicy resources.

Refs DEP-168
@alex-hunt-materialize

Copy link
Copy Markdown
Contributor Author

@bosconi I don't know how to test this with an older cluster. I'm testing with creating a new one with the legacy datapath, but that doesn't truly test the upgrade path.

Any chance you could give this a go pointing the context-graph's terraform module source refs at this commit?

bosconi commented Jul 2, 2026

Copy link
Copy Markdown
Member

Absolutely. I'll do that right now…

@alex-hunt-materialize alex-hunt-materialize marked this pull request as ready for review July 2, 2026 16:15
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.

2 participants