You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
ideally, helm charts that have sensitive information uses secretKeyRef to decode base64 k8s secret and takes the name of the secret, this improves the usage of helm charts in public gitops based repos which use helm charts.
I'm looking at this same issue for both kubewatch and kubernetes-event-exporter resmoio/kubernetes-event-exporter#48 . In both cases the API token (or user/pass etc) is intended to be stored in a ConfigMap.
One strategy I've come across is to store the secrets in CI/CD and pass it in during deployment with envsubst but that's not ideal either.
ideally, helm charts that have sensitive information uses secretKeyRef to decode base64 k8s secret and takes the name of the secret, this improves the usage of helm charts in public gitops based repos which use helm charts.
Can this be added to helm charts?
The best example of it is given here which allows both plain information or secret key reference
https://github.com/minio/minio/blob/master/helm/minio/values.yaml#L344-L348
The text was updated successfully, but these errors were encountered: