-
Notifications
You must be signed in to change notification settings - Fork 454
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Design & Develop Helm Chart for Control Plane #10423
Comments
This should also handle the publishing of the binary? Related: what do we do w.r.t. envoy, see: https://github.com/orgs/k8sgateway/projects/3/views/6?pane=issue&itemId=93313462 |
@lgadban s/binary/chart here right? I think that's fine to add to the scope of this issue. We can always split into separate issues if there's some open questions w.r.t where to publish the chart. I'll add a tasklist to this issue later today. |
No I mean the binary/image of the controller that will be referenced within this helm chart. |
WDYT about creating a tracker for all the release-related work then? Does the cloudbuilder bits release the binary as well? I think we could leverage goreleaser to build and publish the binary & image or massage everything together in GHAs. |
Just talking aloud, I think publishing the binary & image is more important than the helm chart work right now. Users can install the required CRDs & other misc. k8s resources using a static manifest. |
I think that's fine, I had assumed this was intended to be the larger tracker that covered:
And initially https://github.com/orgs/k8sgateway/projects/3/views/6?pane=issue&itemId=91129014 but per slack discussion we will treat as a separate issue |
Is your feature request related to a problem? Please describe.
We need a way for users to install the kubegateway project going forward. Historically, using helm has been the go-to option for most of the OSS Gloo users and we need to continue supporting that.
Describe the solution you'd like
Design a new helm chart from scratch. If needed, determine any migration gaps for existing GW API users.
Describe alternatives you've considered
Avoid initial helm chart support. Users can install the kubegateway project via other options or tooling (e.g. kubectl apply static manifest, kustomize, etc.).
Additional Context
This is the tracker for the helm chart work that's outlined in the high-level #10363 epic.
The text was updated successfully, but these errors were encountered: