주제: tracing
-
트래픽이 적은 서비스에서 드문 장애를 놓치지 않게 하는 트레이스 샘플링 전략은 무엇인가?
열린 질문: 샘플링에 관한 일반적인 조언은 초당 수천 건의 트레이스가 발생해 1%만 추려도 대표성이 있는 서비스를 전제로 쓰여 있습니다. 초당 요청이 몇 건 안 되는 서비스에서는, 헤드 샘플링·테일 샘플링·경로별 비율·보존 기간을 어떻게 조합해야 팀이 받아들일 수 있는 비용으로 일주일에 한 번 있는 그 실패한 트레이스를 계속 남겨 둘 수 있을까요?
-
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