Hey, cool product. I know that marketing success is not predicated on good grammar, nevertheless I felt moved to suggest a minor edit to your blurb: "HyperDX helps engineers figure out why production is broken, faster. HyperDX centralises and correlates logs, metrics, traces, exceptions and session replays in one place." Good luck!
Everyone says that. How about: "9 out of 10 devs are now pushing to prod on fridays. Thanks to HyperDX. Hehe."
Show HN: HyperDX – open-source dev-friendly Datadog alternative
61–70 of 186 posts
Re: Show HN: HyperDX – open-source dev-friendly Datadog alternative
#62Looks 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
#63I'm interested. Datadog is cool but the price is ridiculously high for small orgs.
Re: Show HN: HyperDX – open-source dev-friendly Datadog alternative
#64Earlier quoted context omitted.
Just clarifying, your alternative to open core is open nothing? Just proprietary it up?
Alternatives depend on what the goals of the person or organization who wrote the code are. There are various FOSS and source available options that can grant some freedoms while protecting others for the creator, such as if they want to let users still contribute and view the source. My main point was you should get these ducks in order first and be genuine with your intentions. Don't use FOSS as a growth hack, it n…
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 from done by the above companies (which has made them more vulnerable to the kind of rug pull you mentioned)
We're trying to be permissive with freedoms granted to the user of our code, while still maintaining governance over the project to make it sustainable.
We don't want to be source-available, as that's pretty much the opposite of what we want to accomplish (and is why we consciously did not pick a license such as BSL/SSPL/etc.)
Re: Show HN: HyperDX – open-source dev-friendly Datadog alternative
#65Hey, cool product. I know that marketing success is not predicated on good grammar, nevertheless I felt moved to suggest a minor edit to your blurb: "HyperDX helps engineers figure out why production is broken, faster. HyperDX centralises and correlates logs, metrics, traces, exceptions and session replays in one place." Good luck!
Re: Show HN: HyperDX – open-source dev-friendly Datadog alternative
#66I'm interested. Datadog is cool but the price is ridiculously high for small orgs.
Is prometheus/grafana still the recommended FOSS solution?
Re: Show HN: HyperDX – open-source dev-friendly Datadog alternative
#67The session playback looks useful - I find this is missing from many DD alternatives I have seen.
We dogfood a ton internally and (while obviously biased) we're always surprised how much faster we can pin point issues and connect alarms with bug reports.
Hope you give us a spin and feel free to hop on our discord or open an issue if you run into anything!
Re: Show HN: HyperDX – open-source dev-friendly Datadog alternative
#68I'm interested. Datadog is cool but the price is ridiculously high for small orgs.
Is prometheus/grafana still the recommended FOSS solution?
Re: Show HN: HyperDX – open-source dev-friendly Datadog alternative
#69Wow, 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
So often that means you need something like a Kafka to get the bulk ingest to really perform to get batch sizes large enough.
That kind of gets into one of the challenges of OSS observabilility systems, you don't want to make the dependencies insane for someone who only has a few thousand logs a second, but generally at some point of scale you do need more.
Re: Show HN: HyperDX – open-source dev-friendly Datadog alternative
#70I haven’t had time to dig in proper, but this seems like something that would fit perfectly for “local dev” logging as well. I struggled to find a good solution for this, ending up Winston -> JSON, with a simpler “dump to terminal” script running.
(The app I’m building does a ton of “in the background” work, and I wanted to present both “user interactions” and “background worker” logs in context)
I don’t see Winston being supported as a transport, but presumably easy to add/contribute.
Good luck!