podoman

8 ms·

31.
by podoman 3y ago
Not only prometheus fwiw. There's lots of providers that support it, e.g.: - datadog - honeycomb.io - highlight.io (I'm a founder) - sentry.io
32.
by podoman 3y ago
> OpenTelemetry is a marketing-driven project, designed by committee, implemented naively and inefficiently, and guided by the primary goal of allowing Fortune X00 CTOs to tick off some boxes on their strategy roadmap documents. I'm
33.
by podoman 3y ago
Implementation-wise, I agree. You run into similar engineering challenges in both cases. From a buyer/persona perspective it is very different as you go up-market.
34.
by podoman 3y ago
I like that approach. With a lot more indexing and UI magic, that's essentially what we do behind the hood.
35.
by podoman 3y ago
Hi there. Highlight.io maintainer/founder here. That's an interesting question. I am in the boat that these tools will start to consolidate over time, which is probably better for the end user (you!). On our roadmap, we do have me
36.
by podoman 3y ago
All good, these are very valid points. Thanks for feedback and definitely give highlight a try when you get a chance.
37.
by podoman 3y ago
Highlight is an application monitoring tool. Posthog is an analytics tool. I would say that it depends mostly on the buyer/audience.
38.
by podoman 3y ago
Thanks. To confirm, you'd like session replay for your react native / expo app?
39.
by podoman 3y ago
We have an SDK request here: https://github.com/highlight/highlight/issues/4225 We don't have a particular leaning towards javascript, but haven't gotten to PHP yet. We're definitely open to co
40.
by podoman 3y ago
Thanks. Frankly, the reason we have a separate fork is because some of our changes to rrweb in the early days were "hacky" to the say the least, and given that their team is part time on the project, there was occasionally a long
41.
by podoman 3y ago
That's a fun question. We don't necessarily have a common test case we run things against, but after big product launches, we do use Highlight to e.g. look at all sessions where a new feature is used. One other thing that we have
42.
by podoman 3y ago
Sorry about that. Do you mind "@"ing me in our discord? https://highlight.io/community Or feel free to shoot me an email: jay [at] highlight [dot] io Excited to get you going.
43.
by podoman 3y ago
Excited for you to give it a try.
44.
by podoman 3y ago
Everything we do is open source. Our roadmap, weekly tasks, etc.. So far, this has worked really well for us and made it easy for the community to be involved in what we're doing. There are lots of fun challenges in front of us regardi
45.
by podoman 3y ago
On session replay, clarity if definitely comparable to an extent. Keep in mind that the tool is very fine-tuned for a more marketing use case (w/ heatmaps, analytics, etc..). On the other hand, Highlight.io will monitor the content of
46.
by podoman 3y ago
We have considered that, the only problem is that its very hard to control session time as an end user. I.e. if you want to decrease the number of sessions coming through the platform, its more difficult if we're not counting by number
47.
by podoman 3y ago
One more thing to add here given your edit. Posthog does not directly compete with us. They have a session replay product; that is the only overlap. Nonetheless, their work on session replay (and in turn, with rrweb) is making the ecosystem
48.
by podoman 3y ago
Great to hear. What don’t you like about the log flare and log push approach?
49.
by podoman 3y ago
Opstrace was acquired by GitLab soon after launch. And signoz, in our minds is more leaning towards Grafana/Prometheus (and not particularly web app oriented). I’m personally excited by the fact that there are other players in the spac
50.
by podoman 3y ago
Sounds good. Will work on some copy edits accordingly. Thanks for the feedback.
51.
by podoman 3y ago
You’re correct. Maybe it should be called “application monitoring”? Any other ideas on verbiage?
52.
by podoman 3y ago
Replay.io is a browser actually, so it’s for debugging web apps in development. highlight is a better fit for production web applications.
53.
by podoman 3y ago
We definitely did take some inspiration there. I’ll add some attribution in the footer.
54.
by podoman 3y ago
Yes. For your trial (first two weeks) you get unlimited usage. After that, you can explicitly set billing caps. Let me know if that doesn’t answer the question.
55.
by podoman 3y ago
Regarding redux recording, we've heard this occasionally, but it seems like the library (and proper state management libraries at large) is getting less popular nowadays. That being said, I think it would be cool if users could report
56.
by podoman 3y ago
In some cases, we'll sign a BAA. We handle this sort of thing on a case-by-case basis depending on risk. Feel free to shoot me an email if you have any particular questions in that space. jay [at] highlight [dot] io
57.
by podoman 3y ago
Thanks for the kind words. Keep the feedback coming :)
58.
by podoman 3y ago
Very cool demo. Highlight.io is a super visual tool and we've used that in demos and such as well!
59.
by podoman 3y ago
Looks like Vadim beat me to it. Note what he said about running an OTEL collector. That's probably the best approach given they're onprem.
60.
by podoman 3y ago
Yep. Very possible. You can send us logs via Fluent bit, Otel, and many other specifications. The easiest way to differentiate between logs would probably be to send a "service name" that's different between your servers. If

More ›