On the other hand, investing in better tracing tools unlocks a whole nother level of logging and debugging capabilities that aren't feasible with just request logs. It's kind of like you mentioned with using the user id as a "trace" in your first message but on steroids.

▲

dexwiz 6 hours ago | parent [-]

These tools tend to be very expensive in my experience unless you are running your own monitoring cloud. Either you end up sampling traces at low rates to save on costs, or your observability bill is more than your infrastructure bill.

	▲	jonasdegendt 4 hours ago \| parent \| next [-]
		We self host Grafana Tempo and whilst the cost isn’t negligible (at 50k spans per second), the money saved in developer time when debugging an error, compared to having to sift through and connect logs, is easily an order of magnitude higher.
	▲	dietr1ch 6 hours ago \| parent \| prev \| next [-]
		Doing stuff like turning on tracing for clients that saw errors in the last 2 minutes, or for requests that were retried should only gather a small portion of your data. Maybe you can include other sessions/requests at random if you want to have a baseline to compare against.
	▲	oulipo2 4 hours ago \| parent \| prev [-]
		I've tried HyperDX and SigNoz, they seem easy to self-host and decent enough