←back to thread

Pydantic Logfire

(pydantic.dev)
146 points ellieh | 4 comments | 30 Apr 24 15:56 UTC | HN request time: 0.666s | source
Show context
serjester ◴[30 Apr 24 16:18 UTC] No.40212723[source]▶
I love pydantic but I really have to wonder why they chose this route. There's already a ton of companies that do this really well and I'm trying to figure out how their solution is any different.

The llm integration seems promising but if you care about LLM observability you probably also care about evals, guardrails and a million other things that are very specific to LLM's. Is it possible to build all this under one platform?

I do hope I'm wrong for the sake of pydantic-core.

replies(3): >>40212966 #>>40214112 #>>40214695 #
wferrell ◴[30 Apr 24 18:06 UTC] No.40214112[source]▶
Who do you like who does this well?

I think Pydantic is great software and so I am inclined to see if this too will be great software.

replies(3): >>40214480 #>>40215321 #>>40219124 #
1. clintonb ◴[30 Apr 24 18:33 UTC] No.40214480[source]▶
My last company used Splunk and SignalFx. They were fine, but I wasn't necessarily in the weeds with configuration and usage. The Observability Team made it easy to use.

My current company, a much small startup, primarily uses Datadog and we are starting to better integrage Honeycomb. We mostly abandoned Google Cloud Monitoring because the UI/UX are not that great. Honeycomb is a paradigm, so took some time for us/me to understand. It's growing on us.

Despite the ability to completely blow up our bill (which is now better controlled), Datadog is a good product that lets us quickly answer questions when things go wrong. It's not perfect, but it's the best we have right now. The UI is intuitive, and facilitates more discovery (esp. for metrics and their attributes).

replies(1): >>40214968 #
2. cipherself ◴[30 Apr 24 19:10 UTC] No.40214968[source]▶
I am kinda confused by your comment, OP is about tracing as far as I understood, but you're referencing Google Cloud Monitoring (whereas the comparable thing would be Google Cloud Trace) and then again

  (esp. for metrics and their attributes).
but OP isn't about metrics at all rather traces.
replies(2): >>40215325 #>>40218578 #
3. gazpacho ◴[30 Apr 24 19:38 UTC] No.40215325[source]▶
Hi, I'm one of the developers of Logfire. We do support metrics! Our vision is a single pane of glass observability where you can easily go from metrics <-> traces both via correlation and by creating metrics/dashboards from traces.

We also support logging as an integrated concept into tracing (you can emit events without a duration that are just like a log but carry context of where they were emitted from relative to a trace).

4. clintonb ◴[01 May 24 01:37 UTC] No.40218578[source]▶
Google Cloud Monitoring (https://console.cloud.google.com/monitoring), perhaps not what you call it, supports the big three signals—logs, traces, metrics.