Skip to content

feat(helm): add opt-in Gateway API CRDs to Helm chart#4710

Open
roulettedares wants to merge 2 commits into
kubernetes-sigs:mainfrom
roulettedares:feat/gateway-api-crds-helm
Open

feat(helm): add opt-in Gateway API CRDs to Helm chart#4710
roulettedares wants to merge 2 commits into
kubernetes-sigs:mainfrom
roulettedares:feat/gateway-api-crds-helm

Conversation

@roulettedares
Copy link
Copy Markdown

@roulettedares roulettedares commented Apr 29, 2026

Bundles upstream Gateway API v1.5.1 standard and experimental CRDs as opt-in via crds.gatewayAPI.standard.enabled / experimental.enabled (both default false). Raw YAML lives in config/crd/gateway/upstream/ and is copied to helm/files/ by make crds, so verify-crds.sh catches drift automatically. Closes #4687 #4651

Issue

Description

Checklist

  • Added tests that cover your change (if possible)
  • Added/modified documentation as required (such as the README.md, or the docs directory)
  • Manually tested
  • Made sure the title of the PR is a good description that can go into the release notes

BONUS POINTS checklist: complete for good vibes and maybe prizes?! 🤯

  • Backfilled missing tests for code in same general area 🎉
  • Refactored something and made the world a better place 🌟

@k8s-ci-robot k8s-ci-robot added the cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. label Apr 29, 2026
@k8s-ci-robot
Copy link
Copy Markdown
Contributor

Welcome @roulettedares!

It looks like this is your first PR to kubernetes-sigs/aws-load-balancer-controller 🎉. Please refer to our pull request process documentation to help your PR have a smooth ride to approval.

You will be prompted by a bot to use commands during the review process. Do not be afraid to follow the prompts! It is okay to experiment. Here is the bot commands documentation.

You can also check if kubernetes-sigs/aws-load-balancer-controller has its own contribution guidelines.

You may want to refer to our testing guide if you run into trouble with your tests not passing.

If you are having difficulty getting your pull request seen, please follow the recommended escalation practices. Also, for tips and tricks in the contribution process you may want to read the Kubernetes contributor cheat sheet. We want to make sure your contribution gets all the attention it needs!

Thank you, and welcome to Kubernetes. 😃

@k8s-ci-robot k8s-ci-robot added the needs-ok-to-test Indicates a PR that requires an org member to verify it is safe to test. label Apr 29, 2026
@k8s-ci-robot
Copy link
Copy Markdown
Contributor

Hi @roulettedares. Thanks for your PR.

I'm waiting for a kubernetes-sigs member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work.

Regular contributors should join the org to skip this step.

Once the patch is verified, the new status will be reflected by the ok-to-test label.

I understand the commands that are listed here.

Details

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository.

@k8s-ci-robot k8s-ci-robot added the size/XXL Denotes a PR that changes 1000+ lines, ignoring generated files. label Apr 29, 2026
@k8s-ci-robot
Copy link
Copy Markdown
Contributor

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: roulettedares
Once this PR has been reviewed and has the lgtm label, please assign wweiwei-li for approval. For more information see the Code Review Process.

The full list of commands accepted by this bot can be found here.

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@k8s-ci-robot k8s-ci-robot requested a review from shuqz April 29, 2026 03:59
Bundles upstream Gateway API v1.5.1 standard and experimental CRDs as
opt-in via crds.gatewayAPI.standard.enabled / experimental.enabled
(both default false). Raw YAML lives in config/crd/gateway/upstream/
and is copied to helm/files/ by make crds, so verify-crds.sh catches
drift automatically.
@roulettedares roulettedares force-pushed the feat/gateway-api-crds-helm branch from c70571c to 96f72b0 Compare April 29, 2026 04:01
@shraddhabang
Copy link
Copy Markdown
Collaborator

/ok-to-test

@k8s-ci-robot k8s-ci-robot added ok-to-test Indicates a non-member PR verified by an org member that is safe to test. and removed needs-ok-to-test Indicates a PR that requires an org member to verify it is safe to test. labels Apr 30, 2026
@shraddhabang
Copy link
Copy Markdown
Collaborator

Hey @roulettedares ,Thanks for working on this. While testing this, I found out that the current approach of embedding CRD files in the chart and installing via helm install/helm upgrade doesn't work due to the Helm 1MB release secret limit.

Error: UPGRADE FAILED: create: failed to create: Secret
"sh.helm.release.v1.aws-load-balancer-controller.v2" is invalid:
data: Too long: must have at most 1048576 bytes

I think we need to adopt different approach here. We can keep the CRD files in the same chart but document the install using helm template piped into kubectl apply --server-side. This bypasses the release secret entirely since helm template only renders locally — no Helm release is created. This is the same pattern Envoy Gateway documents for the same reason.

@roulettedares
Copy link
Copy Markdown
Author

I didn't hit this issue since I'm installing via argoCD

kubectl get gatewayclass  2>&1 && echo "---" && kubectl get pods -n kube-system -l
      app.kubernetes.io/name=aws-load-balancer-controller…)
  ⎿  NAME   CONTROLLER            ACCEPTED   AGE
     alb    gateway.k8s.aws/alb   True       99m
     nlb    gateway.k8s.aws/nlb   True       99m

ill update the docs

@linux-foundation-easycla
Copy link
Copy Markdown

linux-foundation-easycla Bot commented May 1, 2026

CLA Signed

The committers listed above are authorized under a signed CLA.

@k8s-ci-robot k8s-ci-robot added cncf-cla: no Indicates the PR's author has not signed the CNCF CLA. and removed cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. labels May 1, 2026
@roulettedares roulettedares force-pushed the feat/gateway-api-crds-helm branch from e660daf to 21f6e15 Compare May 1, 2026 20:04
@k8s-ci-robot k8s-ci-robot added cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. and removed cncf-cla: no Indicates the PR's author has not signed the CNCF CLA. labels May 1, 2026
@roulettedares roulettedares force-pushed the feat/gateway-api-crds-helm branch 2 times, most recently from 41f191e to 03ce346 Compare May 1, 2026 20:32
@roulettedares roulettedares force-pushed the feat/gateway-api-crds-helm branch from 03ce346 to acc6b83 Compare May 1, 2026 20:38
@roulettedares
Copy link
Copy Markdown
Author

@shraddhabang @shuqz @zac-nixon how is this looking?

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

Labels

cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. ok-to-test Indicates a non-member PR verified by an org member that is safe to test. size/XXL Denotes a PR that changes 1000+ lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants