Skip to content
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

User configure webhookService.type not being respect for helm chart #234

Open
zyue110026 opened this issue Sep 7, 2024 · 0 comments · May be fixed by #235
Open

User configure webhookService.type not being respect for helm chart #234

zyue110026 opened this issue Sep 7, 2024 · 0 comments · May be fixed by #235

Comments

@zyue110026
Copy link

We have noticed an instance of incorrect helming in one of your Kubernetes configuration files. Hardcoded or default configuration values in the template are considered anti-pattern and configurable values in the values.yaml file are not being respect, resulting in user-provided configurations never being applied. Additionally, we provide anecdotal evidence from aquasecurity/trivy-operator#729 regarding the incorrect helming defect.

webhookService.type does not take effect when changed to a value other than default value 'ClusterIP'. This is due to webhookService.type is hardcoded in service-webhook-server.yaml file:

Expected Behavior

Change webhookService.type to other type other than 'ClusterIP' can take effect, or remove webhookService.type in values.yaml

@zyue110026 zyue110026 linked a pull request Sep 7, 2024 that will close this issue
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 a pull request may close this issue.

1 participant