-
-
Couldn't load subscription status.
- Fork 122
feat: add GrafanaDashboard resource to Helm chart #1046
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
Codecov Report✅ All modified and coverable lines are covered by tests. 🚀 New features to boost your workflow:
|
Signed-off-by: Devin Buhl <[email protected]>
Signed-off-by: Devin Buhl <[email protected]>
|
I am a big fan of Grafana Operator, and I think it is something we should offer. I have however been thinking about how we package and deliver Grafana dashboards. Would it make more sense to create a separate repository and Helm chart with the Grafana dashboard? That would allow separate work on the dashboard that is not tied to the project. Would also make cutting releases for the dashboard easier. My other thought is that some people may not want to add the dashboard in every cluster, but only in their cluster that runs Grafana. Right now it is not possible to add just the charts without deploying Spegel. Another option is to keep everything in the same repository but we create two Helm charts. Add a new chart for observability, like alertmanager rules and other nice things. Happy for any feedback about this. Any thoughts about same repository vs. separate repository? |
|
My 5 cents For me it would be no impact as long as we have a seperation of alerts/dashboards from spegel it self. It's probably easest to just put in a seperate repo and it's own helm chart. Or keep it in the same repo, and have them match the current release flow which will slow down any alerts/dashboard updates. In general I'm anti mono-repo, so I would vote for it's own repo. |
I don’t think that’s really necessary, especially for a project of this size. Most bigger projects like Cilium, Fluent Bit, VictoriaMetrics, and the Grafana Operator include their dashboards directly in the same Helm chart. That approach feels more standard and avoids the extra complexity of managing a separate repo just for observability.
That’s actually already possible. Since the dashboard isn’t templated, users can just use the raw GitHub link directly. They can reference it in a |
This adds the ability to use a
GrafanaDashboardfrom the https://github.com/grafana/grafana-operatorI tried to make this a non-breaking change for people already using the dashboard, but I really struggled to find a decent pattern I was happy with for that. I think that since this is such a low impact breaking change this is fine.