←back to thread

Pydantic Logfire

(pydantic.dev)
146 points ellieh | 1 comments | | HN request time: 0.217s | source
Show context
MapleWalnut ◴[] No.40214627[source]
It'll be hard to position this against Sentry. Sentry's a joy to use and their performance product is so helpful in debugging performance issues
replies(1): >>40214773 #
Lucasoato ◴[] No.40214773[source]
One of the Sentry inconvenience is self-hosting: it relies on so many services it can be very complicated to maintain.
replies(2): >>40214893 #>>40216680 #
mdaniel ◴[] No.40216680[source]
I draw ones attention to the actual Open Source glitchtip which has a much more sane deployment, akin to the good old days of Sentry before they got Big Data-itis: https://gitlab.com/glitchtip/glitchtip-backend/-/blob/v4.0.8... (or its helm version, similarly not JFC https://gitlab.com/glitchtip/glitchtip-helm-chart/-/tree/61c... )
replies(2): >>40217536 #>>40226911 #
threecheese ◴[] No.40217536[source]
I’m not sure if you are responding to the wrong comment, or OP edited, but I am fascinated by what you posted and so can you explain a little bit?
replies(1): >>40219109 #
mdaniel ◴[] No.40219109[source]
I was responding to the One of the Sentry inconvenience is self-hosting: it relies on so many services it can be very complicated to maintain part, and also reminding readers that if they, too, hate companies that rug-pull their open source licenses, there is a band-aid for both parts

Compare https://github.com/getsentry/self-hosted/blob/9.1.2/docker-c... with https://github.com/getsentry/self-hosted/blob/24.4.2/docker-... for what life used to be like for running Sentry on-prem. It was awesome

It would take a ton of work to dig up the actual memory and CPU requirements of each one, but rest assured they're not zero, so every one of those services eats ram and requires TLC when, not if, they shit themselves. So, more parts == more headaches with all other things being equal

Then, I deeply appreciate that there are a whole spectrum of reactions to the various licensing schemes in use nowadays, and a bunch of folks don't care. I care, though, because I have gotten immense value from open source projects, and have contributed changes back to quite a few. It has been my life experience that many of those "source available" licenses usually are very hostile toward making local real builds and if I can't build it to match how prod goes, then I can't test my fixes in my environment and then I can't contribute the PR with any faith

replies(2): >>40219206 #>>40227014 #
1. mdaniel ◴[] No.40219206[source]
I'm also going to enjoy some popcorn when they don't upgrade their redis image past 7.2.4 due to the "AWS^H^H^HSentry gonna steal our shit" license change. Turns out, everyone taking their ball and going home doesn't make for a collaborative environment -- who could have foreseen?!11