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

31–40 of 186 posts

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

#31

Post by dangoodmanUT »

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

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

#32

Post by dangoodmanUT »

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

There's also async inserts

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

#33

Post by distantsounds »

podoman wrote: post #23

Looks very similar to what we're doing at https://highlight.io . Would love to trade notes at some point. One thing to consider with your messaging is that when you start speaking to large companies, they won't see you as a datadog alternative. They'll see you as a mix of sentry + fullstory + honeycomb. Datadog originally found its success with its metrics products, and the larger the buyer of datadog gets, the more…

You're charging for your product, this is MIT licensed. As the meme goes, "we are not the same."

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

#35

Post by parhamn »

dangoodmanUT wrote: post #34

S3-backed CH merge trees are notoriously expensive due to the high API call rates. We have a table doing over 11M APi calls per day. What are you seeing?

Is anyone doing these on cloudflare r2 where the cost is significantly lower?

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

#36

Post by endisneigh »

distantsounds wrote: post #33
podoman wrote: post #23

Looks very similar to what we're doing at https://highlight.io . Would love to trade notes at some point. One thing to consider with your messaging is that when you start speaking to large companies, they won't see you as a datadog alternative. They'll see you as a mix of sentry + fullstory + honeycomb. Datadog originally found its success with its metrics products, and the larger the buyer of datadog gets, the more…

You're charging for your product, this is MIT licensed. As the meme goes, "we are not the same."

they both charge money and they're both some variant of open source.

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

#37

Post by mikeshi42 »

candiddevmike wrote: post #28

Since this is MIT, someone should fork it and add SSO to the OSS version/remove the SSO tax. Looks like they're just using Passport for auth, shouldn't take much to enable the OAuth bits of it. That's why this is MIT right, so folks can contribute stuff like this?

We're more than happy to have users self-host and deploy in a way that works with their SSO provider! Whether that's via SSO on Nginx or forking and adding SSO to Passport in their fork. Depending on the provider, it's likely very straight-forward to do.

We did explicitly choose MIT for the freedom of end users to deploy and modify the code how they want - and tried to open source pretty much everything that doesn't have a hard 3rd party dependency. We do touch a bit on how we think about the open core model as well in the README, and largely align with Gitlab's stewardship model [1] when it comes to paid vs OSS. In this case, a contribution to add SAML specifically to OSS will likely not be merged. It'd also introduce complexities with maintaining that alongside our cloud version that already includes a specific implementation of SAML.

[1] https://handbook.gitlab.com/handbook/company/stewardship/

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

#39

Post by gajus »

mikeshi42 wrote: post #20
vadman97 wrote: post #18

How do you think about the query syntax? Are you defining your own or are you following an existing specification? I particularly love the trace view you have, connecting a frontend HTTP request to server side function-level tracing.

This one is a fun one that I've spent too many nights on - we're largely similar to Google-style search syntax (bare terms, "OR" "AND" logical operators, and property:value kind of search). We include a "query explainer" - which translates the parsed query AST into something more human readable under the search bar, hopefully giving good feedback to the user on whether we're understand their query or not. Though ther…

Potentially useful resource – https://github.com/gajus/liqe

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

#40

Post by mikeshi42 »

dangoodmanUT wrote: post #34

S3-backed CH merge trees are notoriously expensive due to the high API call rates. We have a table doing over 11M APi calls per day. What are you seeing?

We use a mix of SSDs and S3 for storage depending on the workload - as you're right, merging on S3 is awful and we try to avoid it!
Post reply on HN