No reviews yetBe the first to leave a review for Cerberus
Maker
📌
I've been putting my metrics, logs, and traces in ClickHouse for a while — it's fast, cheap, and I'm perfectly happy writing ClickHouse SQL. The problem was never the query language. It was Grafana.
Grafana's official ClickHouse datasource works, but you're stuck writing SQL into a generic query box. You lose all the stuff that makes Grafana Grafana — the native metrics explorer, the logs view, the trace waterfall, the built-in correlations between them. All of that only lights up for "real" Prometheus, Loki, and Tempo datasources.
So I built Cerberus. It sits in front of ClickHouse and pretends to be exactly those three. You add it to Grafana as a Prometheus, a Loki, and a Tempo datasource, and suddenly you get the full native UX back.
Report
Love that this lets me swap the backend without touching Grafana or my alert rules. One thing that would help me actually roll this out: a small migration tool or CLI that ingests an existing Prometheus config and outputs the equivalent ClickHouse schema and sample queries, so I can sanity check what changes before flipping traffic.
Report
Maker
@rzeliha54971 That's an amazing feature, it definitely earns a spot on the roadmap! Thanks for sharing!
Replacing a backend without forcing teams to rebuild dashboards sounds valuable. What kinds of migrations have been the smoothest so far, and which have surprised you?
Report
Maker
@aryan787544 Indeed a migration tool seems a quite compelling idea. I am designing one. Feel free to open a feature request at the project's github repo!
Report
@tcostasouza That could remove a lot of migration friction if it's done well. I'm curious—do you see it eventually becoming a one-click migration, or more of an assistant that helps teams migrate incrementally while validating compatibility?
Report
Maker
@aryan787544 I do not want to lean over too much on the actual migration procedure, because this is not a problem I have so it's difficult for me to design something end-to-end. What I am building right now are the low-level building blocks of it so teams can build their our migration path.
Report
@tcostasouza That's an interesting distinction. It sounds like you're optimizing for flexibility over automation.
The question I'd keep coming back to is whether customers ultimately buy Cerberus because it replaces a backend, or because it gives them confidence to change infrastructure without breaking everything. Those can lead to very different positioning over time.
Report
finally a way to ditch our custom clickhouse exporter setup without touching grafana. swapping in cerberus for loki queries was painless, and the prometheus endpoint just worked on the first try.
Love that this lets me swap the backend without touching Grafana or my alert rules. One thing that would help me actually roll this out: a small migration tool or CLI that ingests an existing Prometheus config and outputs the equivalent ClickHouse schema and sample queries, so I can sanity check what changes before flipping traffic.
@rzeliha54971 That's an amazing feature, it definitely earns a spot on the roadmap! Thanks for sharing!
@rzeliha54971 I've finally published a tooling that should help with migration. I do not have a better way to test it aside from synthetic tests on CI https://github.com/tsouza/cerberus/blob/main/docs/migration.md . If you face any issue please feel free to open an issue in github.
Replacing a backend without forcing teams to rebuild dashboards sounds valuable. What kinds of migrations have been the smoothest so far, and which have surprised you?
@aryan787544 Indeed a migration tool seems a quite compelling idea. I am designing one. Feel free to open a feature request at the project's github repo!
@tcostasouza That could remove a lot of migration friction if it's done well. I'm curious—do you see it eventually becoming a one-click migration, or more of an assistant that helps teams migrate incrementally while validating compatibility?
@aryan787544 I do not want to lean over too much on the actual migration procedure, because this is not a problem I have so it's difficult for me to design something end-to-end. What I am building right now are the low-level building blocks of it so teams can build their our migration path.
@tcostasouza That's an interesting distinction. It sounds like you're optimizing for flexibility over automation.
The question I'd keep coming back to is whether customers ultimately buy Cerberus because it replaces a backend, or because it gives them confidence to change infrastructure without breaking everything. Those can lead to very different positioning over time.
finally a way to ditch our custom clickhouse exporter setup without touching grafana. swapping in cerberus for loki queries was painless, and the prometheus endpoint just worked on the first try.
@erayrodoplu Thanks for the valuable feedback!