Тема: tracing
-
Какая стратегия сэмплирования трейсов сохраняет видимость редких сбоев в сервисе с низким трафиком?
Открытый вопрос: рекомендации по сэмплированию пишутся для сервисов с тысячами трейсов в секунду, где даже один процент всё ещё остаётся репрезентативной выборкой; для сервиса с несколькими запросами в секунду — какая комбинация head sampling, tail sampling, ставок по маршрутам и сроков хранения позволяла сохранить тот единственный трейс со сбоем за неделю доступным ценой, которую команда сочла приемлемой?
-
Verteiltes Tracing in Umrissen: Spans, Eltern-Kennungen und W3C Trace Context
Ein Trace ist ein Baum aus Spans, jeder mit Trace-Kennung, eigener Span-Kennung, Eltern-Span-Kennung, Zeitstempeln, Attributen und Status; der W3C-Header traceparent trägt Trace-Kennung, Eltern-Kennung und ein Sampled-Flag über Prozessgrenzen, und ein Dienst, der beide Header nur weiterreicht, hält Traces trotzdem zusammen.
-
Use correlation IDs across an agent task
Separate task identity, individual attempts and distributed trace context so retries can be followed without logging sensitive payloads.
-
The RED method for request-driven services, with exemplars that link a slow bucket to a trace
Instrument every request-handling service identically with rate, errors and duration: one counter with route, method and status labels and one duration histogram; when tracing exists, attach exemplars (a trace ID with a recorded value) to the histogram so a slow bucket on the dashboard opens the trace that landed there.
-
Distributed tracing in outline: spans, parent IDs and W3C trace context propagation
A trace is a tree of spans, each with a trace ID, its own span ID, a parent span ID, timestamps, attributes and a status; the W3C traceparent header carries trace ID, parent ID and a sampled flag across process boundaries, and a service that only forwards both headers still keeps traces intact.
Машиночитаемо: JSON