Skip to content
This repository has been archived by the owner on Oct 11, 2024. It is now read-only.

Latest commit

 

History

History
executable file
·
78 lines (72 loc) · 3.67 KB

how_to_customize_helm_charts.md

File metadata and controls

executable file
·
78 lines (72 loc) · 3.67 KB

How to Customize Helm charts

When you use the Siembol chart or other charts such as Storm, Zookeeper etc. some configuration options can be limited for your use case. If you need to customise the deployments in ways of your own, you might fork the chart to create your own custom version. If you do this, each time the maintainers update their Helm chart, your custom version becomes out of sync and possibly obsolete. To keep your version up-to-date, you would need to pull from upstream for every update.

Can you customize a Helm chart without forking?

Yes, with Kustomize, you can use it to perform custom deployments while always using the latest Helm chart version from your vendor. Kustomize enables you to overlay your own 'kustomizations' in yaml files. We have used it by first rendering the chart template locally, and then applying the Kustomize overlay when we deploy the app. This is very useful when deploying the same app to multiple environments, but with different combinations of requirements for each environment. For example a certain port or label is different for dev and prod environments, and in these scenarios it may be more flexible to apply a different Kustomize overlay to the same rendered Helm chart for each environment. Example:

  1. Render Helm chart using helm template command:
$ helm template storm --values values.qa.yaml . > new_templates/temp.yaml

The above command outputs a YAML file with all values from the values.yaml file resolved for the templates.

  1. Create a new kustomization file to add e.g. a label to a deployment:
$ cat new_templates/kustomization.yaml
commonLabels:
    app: kustomLabel
resources:
- new_templates/temp.yaml
  1. Install our chart with the new label:
$ kubectl apply -k new_templates/.
  1. We can see that our own kustomization has been applied and deployed together with the upstream chart:
$ kubectl get deploy storm-ui --show-labels
NAME     READY  UP-TO-DATE AVAILABLE AGE LABELS
storm-ui   1/1    1            1     10s   app=storm-ui,chart=storm-1.0.14,heritage=Helm,app=kustomLabel

How to patch application configuration files

If you want to for example override the default application.properties file for any component or alert-layout-config.json for config-editor-rest, what can be done is to copy e.g. application.properties from config directory and paste to a local file. Edit the fields needed. Then you create a ConfigMap which loads this file:

apiVersion: v1
kind: ConfigMap
metadata:
  name: siembol-config-editor-rest
  namespace: {{ .Values.namespace }}
data:
  application.properties: |-
{{ .Files.Get .Values.applicationPropertiesFileName | indent 4 }}

Next step is to patch the deployment file, by adding the ConfigMap to the volumes section:

  volumes:
  - name: cacerts
    secret:
      secretName: cacerts
  - name: rules-dir
    emptyDir: {}
  - name: config-dir
    emptyDir: {}
  - name: config-editor-rest-cm
    configMap:
      name: siembol-config-editor-rest

and then mount the file in correct location and same file name /opt/config-editor-rest/application.properties:

  volumeMounts:
  - name: cacerts
    mountPath: /etc/ssl/certs/java/cacerts
    subPath: cacerts
    readOnly: true        
  - name: rules-dir
    mountPath: /tmp/siembol-config
  - name: config-dir
    mountPath: /config
  - name: config-editor-rest-cm
    mountPath: /opt/config-editor-rest/application.properties
    subPath: application.properties
    readOnly: true