tool-management-system settings

What tool-management-system needs from you before it installs. It goes in one small file, tool-management-system.yaml, which you pass to helm install and helm upgrade after site.yaml, as Install shows.

Starter file

tool-management-system.yaml holds every setting on this page with its description. Save it, replace each <PLACEHOLDER> and remove the optional lines you don't need. tool-management-system.schema.json describes the file to editors that check YAML against a JSON schema.

Secret settings

Passwords, keys and other values to keep private.

Give them in one of two ways, never both.

In production, in a Secret of your own. A values file with passwords in it tends to end up in git, and Helm keeps a copy of the values you pass in its release record in the cluster. Write the values to a file, tool-management-system.env, one NAME=value per line with each value as it is, without quotes, then create the Secret and delete the file:

kubectl create secret generic tool-management-system-settings --namespace rft-app-tool-management-system --from-env-file=tool-management-system.env
rm tool-management-system.env

In tool-management-system.yaml, give only the Secret's name:

secrets:
  existingSecret: tool-management-system-settings

To keep the Secret in git or a secret store instead, create it with External Secrets Operator, SOPS or Sealed Secrets, with the same keys.

The Secret needs a key for every required name above. When one is missing, the product's pods don't start: kubectl --namespace rft-app-tool-management-system get pods shows CreateContainerConfigError or Init:CreateContainerConfigError, and kubectl --namespace rft-app-tool-management-system describe pods names the missing key. Add it and the pods start by themselves. After you change a value in the Secret, restart the product with kubectl --namespace rft-app-tool-management-system rollout restart deployment.

To get started, in the values file. Under secrets in tool-management-system.yaml, as the starter file has them. The chart keeps them in the Secret tool-management-system-env.

In site.yaml

tool-management-system answers on tool-management-system.<domain>, under your global.rigfab.domain. To give it another name, set global.rigfab.hosts.tool-management-system to the full host name.

Check before you install

Once the base chart is installed, and before you install or upgrade this product:

rft check --chart oci://registry.rigfab.com/rft/apps/tool-management-system/charts/tool-management-system --version <VERSION> --release tool-management-system --namespace rft-app-tool-management-system --values site.yaml --values tool-management-system.yaml

It renders the chart with your files and asks the cluster whether it would accept the result, and changes nothing. A setting that is missing or misspelt in your files stops it with a message that names the setting. It doesn't look inside a Secret of your own. A misspelt name under global.rigfab is the base chart's to refuse, so check site.yaml with the base chart after every change to it, as Install shows.