I remember back in the day Mike was building Huggingface before Huggingface was a thing. He was ahead of his time. It's a pity model depot is no longer around.
Show HN: ClickStack – Open-source Datadog alternative by ClickHouse and HyperDX
11–20 of 88 posts
Re: Show HN: ClickStack – Open-source Datadog alternative by ClickHouse and HyperDX
#12This 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.
Re: Show HN: ClickStack – Open-source Datadog alternative by ClickHouse and HyperDX
#13I liked Otel for traces and maybe logging -- but I think the Otel metrics is over-engineered. Does ClickStack have a way to ingest statsd data, preferably with Datadog extensions (which adds tagging)? Does ClickStack offer correlations across traces, logging, and metrics via unified service tagging? Does the UI offer the ability to link to related traces, logging, and metrics? Why does the Elixir sdk use the hyperdx…
> but I think the Otel metrics is over-engineered.
What about OTel metrics is difficult?
You can set up receivers for other metrics sources like stasd or even the DD agent, so there's no need to immediately replace your metrics stack.
Re: Show HN: ClickStack – Open-source Datadog alternative by ClickHouse and HyperDX
#14This 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
I agree - rotel seems like a really good fit for a lightweight lambda integration for OTel, it of course should work already since we stand up an OTel ingest endpoint so it should be seamless to send data over! (Kind of the beauty of OTel of course)
I've also been in touch with Mike & Ray for a bit, who've told me they've added ClickHouse support recently which makes the story even better :)
Re: Show HN: ClickStack – Open-source Datadog alternative by ClickHouse and HyperDX
#15[flagged]
Agree, the LGTM + Alloy stack is quite nice imho, and something that should be compared against if one is offering an observability stack
Re: Show HN: ClickStack – Open-source Datadog alternative by ClickHouse and HyperDX
#16There’s so many of these log aggregators I’ve completely lost track. I used Datadog extensively and found it overpriced and a very confusing UI.
That's what happens when there's a need for something.
You see an explosion in offerings, and then eventually it's whittled down to a handful of survivors.
Re: Show HN: ClickStack – Open-source Datadog alternative by ClickHouse and HyperDX
#17It 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 Clickhous…
[deleted]
Re: Show HN: ClickStack – Open-source Datadog alternative by ClickHouse and HyperDX
#18[flagged]
[deleted]
Re: Show HN: ClickStack – Open-source Datadog alternative by ClickHouse and HyperDX
#19I am absolutely amazed at the amount of garbage being "logged", enough that it is not just a huge business, but also one of the primary task for some devops guys. It's like a goal in itself, you have a look at the output and it is absolutely scary, HUGE messages being "logged" for purpose unknown.
I've seen single traces over 100KB of absolute pure randomness encoded as base64... Because! Oh and also, we have to pay for the service, so it looks important.
Sure they tell you it is super helpful for debugging issues, but in a VERY large proportion of cases, it is 1) WAY too much, and 2) never used anyway. And most of the time what's interesting is the last 10 minutes of the debug version, you don't need a "service" for that.
/me gets down his horse :-)
Re: Show HN: ClickStack – Open-source Datadog alternative by ClickHouse and HyperDX
#20I liked Otel for traces and maybe logging -- but I think the Otel metrics is over-engineered. Does ClickStack have a way to ingest statsd data, preferably with Datadog extensions (which adds tagging)? Does ClickStack offer correlations across traces, logging, and metrics via unified service tagging? Does the UI offer the ability to link to related traces, logging, and metrics? Why does the Elixir sdk use the hyperdx…
> but I think the Otel metrics is over-engineered. What about OTel metrics is difficult? You can set up receivers for other metrics sources like stasd or even the DD agent, so there's no need to immediately replace your metrics stack.
My foray into otel with aws lambda was not a success (about 6 months ago). Many of my issues were with the prom remote writer that I had to use. The extension was not reliable. Queue errors were common in the remote writer. Interop with Prometheus labels was bad. And the various config around delta and non-delta metrics was a bit of a mess. The stack I was using at least didn’t support exponential histograms. Got it to work mostly after days of fiddling but never reliably. Ripped it out and was happier. Maybe a pure OTEL stack would have been a much better experience than needing the prom remote writer - which I’d like to try in the future.
I’d certainly appreciate hearing success stories of OTEL + serverless.