Show HN: ClickStack – open-source Datadog alternative by ClickHouse and HyperDX

1. hyperdx

   1 26 8,608 9.7 TypeScript

   Resolve production issues, fast. An open source observability platform unifying session replays, logs, metrics, traces and errors powered by Clickhouse and OpenTelemetry.

   

   It would have even much better if the link was pointing to https://github.com/hyperdxio/hyperdx the actual source code.

   Because right now without the message on HN here, I wouldn't know what "open source observability stack" meant when the webpage does not explain what HyperDX is, nor does it provide a link to it or its code. I was expecting the whole thing "Open Source Datadog" to be ClickStack Repo inside Clickhouse Github. Which is not found anywhere.

   But other than that congrats!. I have long wondered why no one has built anything on top of Clickhouse for Datadog / New Relic competition.

   The Clickhouse DB opened up the ocean of open source "Scalable" Web Analytics that wont previously available or possible. I am hoping we see this change again to observability platform as well.

2. SurveyJS

   surveyjs.io featured

   JavaScript Form Builder with No-Code UI & Built-In JSON Schema Editor. Keep full control over the data you collect and tailor the form builder’s entire look and feel to your users’ needs. SurveyJS works with React, Angular, Vue 3, and is compatible with any backend or auth system. Learn more.

   

3. rotel

   2 2 60 9.8 Rust

   Lightweight OpenTelemetry collector

   

   This is really interesting.

   Is Clickhouse the only stateful part of this stack? Would love to see compatbility with Rotel[0], a Rust implementation of the OTEL collector, so that this becomes usable for serverless runtime environments.

   One key thing Datadog has is their own proprietary alternative to the OTEL collector that is much more performant.

   [0]: https://github.com/streamfold/rotel

4. opentelemetry-collector-contrib

   3 60 3,681 10.0 Go

   Contrib repository for the OpenTelemetry Collector

   

   Great questions!

   OTel Metrics: I get it, it's specified as almost a superset of everyone's favorite metric standards with config for push/pull, monotonic vs delta, exponential/"native" histograms, etc. I have my preferences as well which would be a subset of the standard but I get why a unifying standard needed to be flexible.

   Statsd: The great thing about the OTel collector is that it allows ingesting a variety of different data formats, so you can take in statsd and output OTel or write directly to ClickHouse: https://github.com/open-telemetry/opentelemetry-collector-co...

   We correlate across trace/span id as well as resource attributes. The correlation across logs/traces with span/trace id is a pretty well worn path across our product. Metrics to the rest is natively done via resource attributes and we primarily expose correlation for K8s-based workloads with more to come. We don't do exemplars _yet_ to solve the more generic correlation case for metrics (though I don't think statsd can transmit exemplars)

   Elixir: We try to do our best to support wherever our users are, the OTel SDK and ours have continued to change in parallel over time - we'll want to likely re-evaluate if we should start pointing towards the base OTel SDK for Elixir. We've been pretty early on the OTel SDK side across the board so things continue to evolve, for example our Deno OTel integration came out I think over a year before Deno officially launched one with native HyperDX documentation <3

   Notebooks: Yes, it should land in an experimental state shortly, stay tuned :) There's a lot of exciting workflows we're looking to unlock with notebooks as well. If you have any thoughts in this direction, please let me know. I'd love to get more user input ahead of the first release.

5. opentelemetry-collector-co

   4 19 - -

   Great questions!

   OTel Metrics: I get it, it's specified as almost a superset of everyone's favorite metric standards with config for push/pull, monotonic vs delta, exponential/"native" histograms, etc. I have my preferences as well which would be a subset of the standard but I get why a unifying standard needed to be flexible.

   Statsd: The great thing about the OTel collector is that it allows ingesting a variety of different data formats, so you can take in statsd and output OTel or write directly to ClickHouse: https://github.com/open-telemetry/opentelemetry-collector-co...

   We correlate across trace/span id as well as resource attributes. The correlation across logs/traces with span/trace id is a pretty well worn path across our product. Metrics to the rest is natively done via resource attributes and we primarily expose correlation for K8s-based workloads with more to come. We don't do exemplars _yet_ to solve the more generic correlation case for metrics (though I don't think statsd can transmit exemplars)

   Elixir: We try to do our best to support wherever our users are, the OTel SDK and ours have continued to change in parallel over time - we'll want to likely re-evaluate if we should start pointing towards the base OTel SDK for Elixir. We've been pretty early on the OTel SDK side across the board so things continue to evolve, for example our Deno OTel integration came out I think over a year before Deno officially launched one with native HyperDX documentation <3

   Notebooks: Yes, it should land in an experimental state shortly, stay tuned :) There's a lot of exciting workflows we're looking to unlock with notebooks as well. If you have any thoughts in this direction, please let me know. I'd love to get more user input ahead of the first release.

6. signoz

   5 335 22,668 9.9 TypeScript

   SigNoz is an open-source observability platform native to OpenTelemetry with logs, traces and metrics in a single application. An open-source alternative to DataDog, NewRelic, etc. 🔥 🖥. 👉 Open source Application Performance Monitoring (APM) & Observability tool

   

   check out SigNoz: https://github.com/SigNoz/signoz

   We started building signoz as an OS alternative of Datadog/New Relic four years back and opentelemetry-native from day 1. We have shipped some good features on top of Opentelemetry and because of OTel's semantic conventions & our query builder, you can correlate any telemetry across signals.

7. hyperdx-js

   6 1 19 6.4 TypeScript

   HyperDX for Node.js and Browsers

   

   This is really cool considering how expensive DataDog can get. I'm the author of LogLayer (https://loglayer.dev) and have written plugins for it for use with DataDog and OTel.

   I spent some time writing an integration for HyperDX after seeing this post and hope you can help me roll it out!

   https://github.com/hyperdxio/hyperdx-js/pull/184

8. loglayer

   7 18 317 9.4 TypeScript

   A modern logging library for Javascript / Typescript that routes logs to various logging libraries, cloud providers, files, and OpenTelemetry while providing a fluent API for specifying log messages, metadata and errors.

   

   This is really cool considering how expensive DataDog can get. I'm the author of LogLayer (https://loglayer.dev) and have written plugins for it for use with DataDog and OTel.

   I spent some time writing an integration for HyperDX after seeing this post and hope you can help me roll it out!

   https://github.com/hyperdxio/hyperdx-js/pull/184

9. Stream

   getstream.io featured

   Stream - Scalable APIs for Chat, Feeds, Moderation, & Video. Stream helps developers build engaging apps that scale to millions with performant and flexible Chat, Feeds, Moderation, and Video APIs and SDKs powered by a global edge network and enterprise-grade infrastructure.

   

10. Grafana

    8 454 68,814 10.0 TypeScript

    The open and composable observability and data visualization platform. Visualize metrics, logs, and traces from multiple sources like Prometheus, Loki, Elasticsearch, InfluxDB, Postgres and many more.

    

    https://github.com/grafana/grafana/blob/v12.0.1/LICENSE being AGPLv3 likely is a non-trivial part of that

11. VictoriaMetrics

    9 110 14,467 10.0 Go

    VictoriaMetrics: fast, cost-effective monitoring solution and time series database

    

    Thanks! If you'll hit any issues with the integration, then please file them at https://github.com/VictoriaMetrics/VictoriaMetrics/issues , so we could quickly resolve them.

Suggest a related project