Templated values in HelmRelease

[fllaca]

Describe the feature
In the same way values are injected from configMaps or secrets, it would be really useful that you could specify a section of templated values that will be rendered from other values previously specified.

An example of the proposed spec:

---
apiVersion: helm.fluxcd.io/v1
kind: HelmRelease
metadata:
  name: prometheus
  namespace: monitoring
spec:
  releaseName: prometheus
  chart:
    name: prometheus
    version: 10.4.0
    repository: https://kubernetes-charts.storage.googleapis.com
  valuesFrom:
  - secretKeyRef:
      name: alertmanager-secrets
  values:
    environment_name: env
  templatedValues:
    values:
      ingress:
        host_name: "prometheus.{{ .Values.environment_name }}.my.company.com"
    valuesFrom:
       - configMapKeyRef:
            name: config-map-containing-more-templated-values

This is basically the same as helm/helm#2492, but moving it to the Flux Helm Operator layer instead. The solution proposed in that issue is basically adapting your helm chart and using "tpl" function, but in the case of complex charts (like big "composite" charts) this is not always easily feasible.

Not sure if this feature makes sense as part of the Helm operator, just dropping the idea here.

Thanks for this great project!

[hiddeco]

The combination of .spec.valuesFrom and .spec.values in a HelmRelease is nothing more than merging the values provided there together and passing them to Helm as you would pass a -f values.yaml to helm [install|upgrade].

As long as Helm does not offer an option to inject this, it will not be supported by the Helm Operator as we rely directly on Helm's templating engine (and utilities) to make releases.

[fllaca]

Thanks @hiddeco , makes total sense. Closing this issue

[airtonix]

sorry to bring this up again, but can we achieve this anothe way: generate the configmap from which we derive the values?

[kingdonb]

@airtonix Have you seen https://fluxcd.io/flux/guides/helmreleases/#refer-to-values-in-configmaps-generated-with-kustomize by any chance?

BTW, this repo is for Helm Operator, and will likely be archived soon:

• Repository Archival Proposal #667

[airtonix]

my bad