It is often confusing and very time consuming to find the appropriate environment variables to use in helm charts - both for our customers and for the support team.
it is not straightforward to craft the correct property path for e.g. index.numberOfReplicas. Eventually I have to look it up in https://github.com/camunda/camunda/blob/main/dist/src/main/config/broker.yaml.template so I know that it's zeebe.broker.exporters.elasticsearch.args.index.numberOfReplicas, and then I need to transform it to
the helm-compatible variable name, ZEEBE_BROKER_EXPORTERS_ELASTICSEARCH_ARGS_INDEX.... where I need to make an educated guess that numberOfReplicas becomes NUMBER_OF_REPLICAS and not NUMBEROFREPLICAS.
This is not really user friendly: it is time consuming and quite error prone. Instead, what we would propose in support is to have a 4th column for each property and each component, where the exact Helm environment variable is explicitly presented - and even a "copy-to-clipboard" button for each variable.
@conceptualshark, as our emerging Self-Managed docs specialist, this looks like something in your wheelhouse. Can you have a look at this issue? Let's further discuss in a 1:1 before assigning you.
It is often confusing and very time consuming to find the appropriate environment variables to use in helm charts - both for our customers and for the support team.
For example from this doc:
https://docs.camunda.io/docs/self-managed/zeebe-deployment/exporters/elasticsearch-exporter/?configuration=index
it is not straightforward to craft the correct property path for e.g. index.numberOfReplicas. Eventually I have to look it up in https://github.com/camunda/camunda/blob/main/dist/src/main/config/broker.yaml.template so I know that it's zeebe.broker.exporters.elasticsearch.args.index.numberOfReplicas, and then I need to transform it to the helm-compatible variable name, ZEEBE_BROKER_EXPORTERS_ELASTICSEARCH_ARGS_INDEX.... where I need to make an educated guess that numberOfReplicas becomes NUMBER_OF_REPLICAS and not NUMBEROFREPLICAS.
This is not really user friendly: it is time consuming and quite error prone. Instead, what we would propose in support is to have a 4th column for each property and each component, where the exact Helm environment variable is explicitly presented - and even a "copy-to-clipboard" button for each variable.
This confusion came up in multiple occasions - recently in this comment: https://jira.camunda.com/browse/SUPPORT-22104?focusedCommentId=351509&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-351509