Show HN: Dash0 – Dev-Friendly OpenTelemetry Observability with Open Standards (dash0.com)
After building an observability software (Instana) and selling it to IBM, I wanted to approach observability differently this time—simpler, more open, and built with developers like me in mind. That’s why I started Dash0.
Dash0 is natively built on OpenTelemetry, so logs, metrics, and traces are handled without extra hoops. You can send data via OTLP directly, through an OpenTelemetry Collector, or use our open-source Kubernetes operator to get started quickly.
I didn’t want a tool that forces people into proprietary systems, so Dash0 supports PromQL for querying and alerting and Perses for dashboards. If you’ve already got queries or alerts from Prometheus, you can reuse them with Dash0 without any friction. We went the extra mile, exposing logging and tracing data to PromQL, too, in a way that feels native.
One thing I always found frustrating about other tools was the need for more context. Dash0 leverages OpenTelemetry’s semantic conventions to tie all signals together. It correlates logs, metrics, and traces around the resource concept, which makes it easier to filter, search, and navigate between dependencies.
On the user experience side, I focused on making it developer- and SRE-friendly. Everything has full keyboard support, quick filtering with previews and guidance, and APIs that help you get answers fast, not just clicks and dashboards. I wanted something that feels snappy and productive, not clunky and unwieldy.
Dash0 is still in its early days, but it’s a tool I would have wanted myself—an open platform that rejects lock-in and works with the tools and open standards we already use in the cloud-native community.
I’d love to hear your feedback, suggestions, or thoughts on observability in general.
10 comments
[ 3.5 ms ] story [ 39.7 ms ] threadAnother key source of lock-in is dashboards and alerts. Teams often invest time creating hundreds of dashboards and alerting rules, only to face the painful process of recreating them when switching tools.
At Dash0, we tackle these lock-in points head-on: 1. PromQL for everything — not just metrics but also logs and spans. Plus, you can import/export Prometheus alerts (as code), making it easy to reuse existing projects like Awesome Prometheus Alerts: https://samber.github.io/awesome-prometheus-alerts/ 2. Perses for dashboards — a CNCF-backed open standard. You can import/export dashboards (as code), ensuring portability and independence from any vendor.
By adopting open standards like OpenTelemetry, PromQL, and Perses, you keep your observability stack flexible, portable, and future-proof — no more vendor lock-in.
Chasing https://github.com/dash0hq/dash0-operator/blob/0.35.3/go.mod... into https://github.com/kubernetes/client-go/tree/v0.31.3#compati... doesn't even mention any of the 1.30+ series but based solely upon the .31 part it sure does seem like it's a bleeding edge client-go
What is the oldest version of Kubernetes you have seen in the wild recently?
Disclaimer: I work at Dash0.
Disclaimer: I work at Dash0 and I'm the lead developer for our Kubernetes operator :)
You can use anything which is sending OTLP.
If your applications have been instrumented accordingly, you don't necessarily need a separate agent but can let the OpenTelemetry SDK send directly to Dash0.
Dash0 offers a Kubernetes operator for getting your data in without much effort: https://github.com/dash0hq/dash0-operator
Disclaimer: I am working at Dash0.