Skip to content

feat(helm): add podLabels for the chart's pods - #48

Open
QuentinBisson wants to merge 1 commit into
kagent-dev:mainfrom
QuentinBisson:feat/chart-pod-labels
Open

QuentinBisson wants to merge 1 commit into
kagent-dev:mainfrom
QuentinBisson:feat/chart-pod-labels

Conversation

@QuentinBisson

@QuentinBisson QuentinBisson commented Sep 23, 2026 •

Copy link
Copy Markdown

Adds podLabels (empty by default) to every long-running pod template, next to the chart's app label. It lets an installation set, for example, the label a multi-tenant telemetry collector uses to find the tenant of an OTLP export.

app is the selector label, so the render fails if podLabels sets it. The rustfs-bucket-init Job does not get the labels, because a Job's pod template is immutable. The default render does not change (make verify-helm-template passes).

A multi-tenant telemetry collector commonly takes a pod's tenant from a
pod label, the one signal a headerless OTLP export carries. The chart
sets only its own `app` label on every pod and offers no way to add one.

`podLabels` is added to every long-running pod template, next to `app`,
which it cannot replace: `app` is the selector of every workload, so the
render fails when podLabels sets it. The rustfs-bucket-init Job is left
out, because a Job's pod template is immutable and a label change would
fail the upgrade.

The default render is unchanged, so manifests/ate-install/ stays as is.

Signed-off-by: QuentinBisson <quentin@giantswarm.io>
QuentinBisson added a commit to giantswarm/substrate that referenced this pull request Sep 24, 2026
@QuentinBisson
QuentinBisson marked this pull request as ready for review September 24, 2026 08:59
QuentinBisson added a commit to giantswarm/substrate that referenced this pull request Sep 24, 2026
QuentinBisson added a commit to giantswarm/substrate that referenced this pull request Sep 24, 2026
* feat(helm): add podLabels for the chart's pods

A multi-tenant telemetry collector commonly takes a pod's tenant from a
pod label, the one signal a headerless OTLP export carries. The chart
sets only its own `app` label on every pod and offers no way to add one.

`podLabels` is added to every long-running pod template, next to `app`,
which it cannot replace: `app` is the selector of every workload, so the
render fails when podLabels sets it. The rustfs-bucket-init Job is left
out, because a Job's pod template is immutable and a label change would
fail the upgrade.

The default render is unchanged, so manifests/ate-install/ stays as is.

Signed-off-by: QuentinBisson <quentin@giantswarm.io>
(cherry picked from commit 095ae30)

* docs(fork): ledger row, podLabels on the chart's pods (kagent-dev#48)

---------

Signed-off-by: QuentinBisson <quentin@giantswarm.io>
QuentinBisson added a commit to giantswarm/substrate that referenced this pull request Sep 24, 2026
* feat(helm): add podLabels for the chart's pods

A multi-tenant telemetry collector commonly takes a pod's tenant from a
pod label, the one signal a headerless OTLP export carries. The chart
sets only its own `app` label on every pod and offers no way to add one.

`podLabels` is added to every long-running pod template, next to `app`,
which it cannot replace: `app` is the selector of every workload, so the
render fails when podLabels sets it. The rustfs-bucket-init Job is left
out, because a Job's pod template is immutable and a label change would
fail the upgrade.

The default render is unchanged, so manifests/ate-install/ stays as is.

Signed-off-by: QuentinBisson <quentin@giantswarm.io>
(cherry picked from commit 095ae30)

* docs(fork): ledger row, podLabels on the chart's pods (kagent-dev#48)

---------

Signed-off-by: QuentinBisson <quentin@giantswarm.io>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant