linode / linode/apl-core

Allow customisation of grafana helm values for teams

Open
#1,649 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
Go Template
Stars
2.3k
Forks
186
Avg merge
3d 11h
Merged PRs (30d)
66

Description

By default, we cannot override the helm values (in the same way as rawValues in team-admin) for team level apps.

A use case for this is adding plugins to the plugins array in the grafana helm chart.

As a workaround, we have had to disable the monitoring stack for each team from otomi, and deploy it manually via an argoCD app. This allows us to override helm values such as the plugins in grafana. It allows us also to add additional datasources and make use of the `envFrom` helper in the helm chart. If we were to deploy configMaps separately for additional datasources, there's no way to hide the secrets from git (other than using a pipeline to decrypt them via SOPS). We are aware of the limitations of this workaround such as no automatic updating of changed keycloak clientsecret etc.

Is it possible to add the rawValues override for team level apps (such as prometheus stack) easily, or will this require additional values schemas to be added for each chart to validate them?

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Read how rawValues is handled for team-admin and how team-level apps consume Helm values. Compare the Grafana and Prometheus stack use cases, then verify that a team-level app can override chart values while retaining the expected validation and secret-handling behavior.

Written by the indexing model from the issue text.

Assessment

Tech stack
grafana, helm, kubernetes
Domain
devops, infrastructure, observability
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
38/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.