Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: HyperDX – open-source dev-friendly Datadog alternative

github.com

Post reply on HN
Print view View original

81–90 of 186 posts

Re: Show HN: HyperDX – open-source dev-friendly Datadog alternative

#81

Post by darkwater »

candiddevmike wrote: post #71
mikeshi42 wrote: post #64

Earlier quoted context omitted.

I'd genuinely would love to learn the OSS options we'd have available here, as we'd genuinely want to build a sustainable open source project and community, while preserving as many user freedoms as possible. I think that HyperDX is a bit different from tools like Mongo, Redis or Hashicorp in that we're a vertically integrated product from SDKs/UIs to ingestion pipeline and DBs, which is opposite kind of offering fro…

> we'd genuinely want to build a sustainable open source project and community How do you plan on doing that while being VC-backed? Why did you choose to be VC backed in the first place? You can create a sustainable open source project and community without any VC funding.

Honest question: where do you see they are VC backed?

Re: Show HN: HyperDX – open-source dev-friendly Datadog alternative

#82

Post by mikeshi42 »

codegeek wrote: post #6

How are you different compared to similar tools like signoz ?

Overall we're highly focused on providing solid developer workflows, ex. with HyperDX users can correlate a log to a trace (and vice-versa) really easily in the same UI, we don't silo out features that are commonly needed in a single workflow. You can also search everything from a single panel, whether it's a log, trace, or client-side event, using the same syntax which means there's less to learn.

Feature-to-feature, I'd say the things we do better is browser-side monitoring (session replay), event patterns/clustering, and we have first-party SDKs built on OpenTelemetry to make the setup a lot easier than vanilla OpenTelemetry.

I think Signoz has built a nice one-stop platform for observability, whereas we go one step further and focus on the developer experience to ensure anyone can fully leverage that observability data!

Re: Show HN: HyperDX – open-source dev-friendly Datadog alternative

#83

Post by vosper »

We've seen a fair few "Datadog alternatives" on HN over the years. Does that mean that Datadog is the reference or gold-standard system to beat, or to compare your product to?

Kind of like how people mostly promote "Elasticsearch alternatives" and not "Solr alternatives".

Re: Show HN: HyperDX – open-source dev-friendly Datadog alternative

#84

Post by [deleted] »

vosper wrote: post #83

We've seen a fair few "Datadog alternatives" on HN over the years. Does that mean that Datadog is the reference or gold-standard system to beat, or to compare your product to? Kind of like how people mostly promote "Elasticsearch alternatives" and not "Solr alternatives".

[deleted]

Re: Show HN: HyperDX – open-source dev-friendly Datadog alternative

#85

Post by btown »

The union of session replay and OpenTelemetry is fascinating - because what is a browser session, really, other than a sequence of RPCs between backend (micro)services API server(s) browser human at the keyboard?

Being able to see that a user bounced because they couldn't handle the input that they were seeing - is it all that different from a service erroring because it cannot handle a certain type of input?

Honeycomb is great for the OpenTelemetry part on the server side (and with https://docs.honeycomb.io/getting-data-in/opentelemetry/brow... is moving towards full-stack), and systems like Posthog and Heap are great for sending session replay + browser events -> Clickhouse. But I don't think I've seen a great DX that ties everything together.

To that point - I would love to see different font/color options for HyperDX: the monospaced font can become tiring to read when so dense. Will be following this project closely though - this is amazing work so far!

Re: Show HN: HyperDX – open-source dev-friendly Datadog alternative

#86

Post by [deleted] »

btown wrote: post #85

The union of session replay and OpenTelemetry is fascinating - because what is a browser session, really, other than a sequence of RPCs between backend (micro)services API server(s) browser human at the keyboard? Being able to see that a user bounced because they couldn't handle the input that they were seeing - is it all that different from a service erroring because it cannot handle a certain type of input? Honeyco…

[deleted]

Re: Show HN: HyperDX – open-source dev-friendly Datadog alternative

#88

Post by candiddevmike »

darkwater wrote: post #81
candiddevmike wrote: post #71

Earlier quoted context omitted.

> we'd genuinely want to build a sustainable open source project and community How do you plan on doing that while being VC-backed? Why did you choose to be VC backed in the first place? You can create a sustainable open source project and community without any VC funding.

Honest question: where do you see they are VC backed?

It's on the front page of the app, the company behind this (DeploySentinel) is YC backed: https://www.crunchbase.com/organization/deploysentinel. The original product seems like some kind of CI tool.

Interestingly, it seems like "HyperDX" might've been part of their original product offering that they decided to open source--their main website (https://www.deploysentinel.com) doesn't include any references to "HyperDX for CI" in May of 2023: https://web.archive.org/web/20230321102146/https://www.deplo.... Seems like they're pivoting to metrics? Even more of a reason to be weary about this.

Re: Show HN: HyperDX – open-source dev-friendly Datadog alternative

#89

Post by mikeshi42 »

bg46z wrote: post #87

For highly regulated workloads, would it be possible to have a self-hosted version that is supported?

Absolutely! You can either self-host the OSS version today, or chat with us (mike@hyperdx.io) directly if you need a managed on-prem solution or any other custom requirements depending on your deployment.

Re: Show HN: HyperDX – open-source dev-friendly Datadog alternative

#90

Post by vadman97 »

dangoodmanUT wrote: post #31
addisonj wrote: post #19

Wow, there is a lot here and what here is to a pretty impressive level of polish for how far along this is. The background of someone with a DX background comes through! I will be looking into this a lot more. Here are a few comments, notes, and questions: * I like the focus on DX (especially compared to other OSS solutions) in your messaging here, and I think your hero messaging tells that story, but it isn't reinfo…

For clickhouse, just batch insert. They probably have something batching every few s before inserting directly to their hosted version

ClickHouse Async insert docs [1].

We ran into some challenges with async inserts at highlight.io [2]. Namely, ClickHouse Cloud has an async flush size configured (that can't be changed AFAIK) that isn't large enough for our scale. Once you async insert more than can be flushed, you get back pressure on your application waiting to write while Clickhouse flushes the queue. We found that implementing our own batched flushing via kafka [3] is far more performant, allowing us to insert 500k+ RPS on the smallest cloud instance type.

[1] https://clickhouse.com/docs/en/optimize/asynchronous-inserts [2] https://github.com/highlight/highlight/tree/main [3] https://github.com/highlight/highlight/blob/4d28451b1935796d...

Post reply on HN