여러 서비스를 거친 요청은 어떻게 따라가는가?

호출 경계를 넘을 때 같은 trace-id와 현재 부모 span 정보를 함께 전달한다. 각 서비스는 자기 작업을 새 span으로 기록해 한 사용자 요청이 지나간 경로와 시간을 다시 조립할 수 있게 한다.

HTTP에서는 W3C의 traceparent와 선택적인 tracestate가 도구 사이의 공통 형식이다. 헤더 이름을 직접 만들어 쓰면 프록시와 다른 관측 도구를 지날 때 추적이 끊기기 쉽다.

외부에서 받은 문맥은 형식을 검증하고 신뢰 경계를 넘을 때 전달 범위를 정한다.

모든 trace를 저장하기 어렵다면 표본을 고른다. head sampling은 요청 시작 때 결정해 싸지만 아직 실패와 최종 지연을 모른다.

tail sampling은 span을 모은 뒤 결과로 결정해 오류와 느린 요청을 남길 수 있지만 수집기의 메모리·처리량과 결정 지연을 치른다.

어떤 방식도 중요한 trace를 무조건 보존한다고 가정하지 않는다.

trace-id는 사용자 식별자가 아니다. tracestate와 span 속성에 개인정보나 인증 토큰을 넣지 않는다. 높은 카디널리티 값과 원문 요청도 비용과 유출 위험을 키우므로 허용 목록과 마스킹 규칙을 둔다.

지표는 오류율과 지연 분포처럼 전체 경향을 알려준다. trace는 그중 한 요청이 어디서 시간을 썼는지 보여준다. 로그는 해당 span 안의 구체적인 사건을 남긴다. 세 신호를 trace-id와 span-id로 연결하되 서로를 대체한다고 보지 않는다.