Skip to content

Move Enterprise gateway API rendering behind the extensions boundary - #5230

Open
caseydavenport wants to merge 1 commit into
tigera:masterfrom
caseydavenport:casey-gatewayapi-extension
Open

Move Enterprise gateway API rendering behind the extensions boundary#5230
caseydavenport wants to merge 1 commit into
tigera:masterfrom
caseydavenport:casey-gatewayapi-extension

Conversation

@caseydavenport

@caseydavenport caseydavenport commented Aug 20, 2026

Copy link
Copy Markdown
Member

Description

Another variant-gating split. The gateway API render no longer branches on variant, and the Enterprise extension layers on what only Enterprise installs get:

  • the tigera envoy gateway, proxy and ratelimit images
  • WAF filtering on the data-plane proxy, plus the l7-log-collector that ships the access and audit logs
  • the WAF filter's cluster-scoped roles, and its service account and role binding in each Gateway namespace

Cleanup of the pre-namespaced install moves with it: the old service account in "tigera-gateway" and the two cluster role bindings that bound it are queued for deletion by the extension rather than the base render.

No behavior change for either variant. Test coverage for the Enterprise pieces moved into the new package alongside the code.

Related: CORE-13396

Release Note

None

The base gateway API render produces the same objects for both variants. The
Enterprise extension supplies the tigera envoy images, the WAF filter's RBAC and
per-namespace identity, and the l7-log-collector alongside envoy.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants