-
Notifications
You must be signed in to change notification settings - Fork 469
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
remove legacy Settings type #10458
remove legacy Settings type #10458
Conversation
The controller and deployer had a few dependencies on the legacy Gloo Settings type. This commit removes the usage of the Settings type and KRT collection and replaces it with a 1:1 copy that is non-KRT driven and purely derived from environment variables.
Co-authored-by: changelog-bot <changelog-bot> Co-authored-by: Sam Heilbron <[email protected]>
) | ||
|
||
type Settings struct { | ||
IstioIntegration bool |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
IstioIntegration bool | |
EnableIstioIntegration bool |
fixes #10445 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
An envvar-based approach SGTM. I think we'll ideally want the new chart to enable/disable this once that API has been fleshed out more. WYDT? Should we add that as a line item to the new chart tracker.
Yes definitely. There is an existing helm API for this, so I would imagine as we look for which features to port over, this needs to be one of them. A specific line-item sounds like a good idea! |
This removes the Settings CR from the setup.yaml bootstrap configuration in the envtests. The kgateway chart does not carry this CR over to it's crds/ directory or have the RBAC permissions to watch, list, etc. the resource. Previously, we removed the legacy Settings logic in the gateway2 control plane in kgateway-dev#10458, so this resource is no longer necessary in the setup.yaml and envtest fails trying to deploy it with the new chart. Signed-off-by: timflannagan <[email protected]>
This removes the Settings CR from the setup.yaml bootstrap configuration in the envtests. The kgateway chart does not carry this CR over to it's crds/ directory or have the RBAC permissions to watch, list, etc. the resource. Previously, we removed the legacy Settings logic in the gateway2 control plane in kgateway-dev#10458, so this resource is no longer necessary in the setup.yaml and envtest fails trying to deploy it with the new chart. Signed-off-by: timflannagan <[email protected]>
This removes the Settings CR from the setup.yaml bootstrap configuration in the envtests. The kgateway chart does not carry this CR over to it's crds/ directory or have the RBAC permissions to watch, list, etc. the resource. Previously, we removed the legacy Settings logic in the gateway2 control plane in kgateway-dev#10458, so this resource is no longer necessary in the setup.yaml and envtest fails trying to deploy it with the new chart. Signed-off-by: timflannagan <[email protected]>
The controller and deployer had a few dependencies on the legacy Gloo Settings type. This commit removes the usage of the Settings type and KRT collection and replaces it with a 1:1 copy that is non-KRT driven and purely derived from environment variables.
These can be set with "KGW_" prefixing the setting name (from the struct)
e.g.
Testing
As e2e testing is currently broken, this can be manually tested by setting the appropriate env vars on the deployment
While e2e testing is disable, the ggv2test envtests DO test with istio features enabled, so we do have some proof the feature still works