クイズ: API・SDK・計装

루트 스팬 지속 시간이 3,204ms 인데 자식 스팬 두 개의 합이 672ms 입니다. 다음 조치로 가장 적절한 것은?

• 샘플링 비율을 높여 더 많은 트레이스를 모은다
• 자식 스팬의 지속 시간이 잘못 측정된 것이므로 SDK 를 업그레이드한다
• self time 2,532ms 구간을 찾아 수동 스팬을 넣는다
• 루트 스팬을 여러 개로 쪼갠다

카나리 배포를 하면서 service.name 을 checkout-api-canary 로 지정했습니다. 결과는?

• 샘플링 비율이 두 배가 된다
• 서비스 그래프에 별개 노드가 생겨 호출 관계가 왜곡된다
• trace ID 가 충돌한다
• 리소스 속성이 무시된다

OTEL_TRACES_SAMPLER 를 traceidratio 로 두고 모든 서비스에 0.1 을 적용했습니다. 예상되는 문제는?

• 전체 트레이스의 10% 만 저장되어 비용이 줄어든다
• 샘플링 플래그가 전파되지 않아 모든 트레이스가 저장된다
• 서비스마다 독립적으로 판정해 트레이스가 중간에서 잘린다
• 루트 스팬만 저장되고 자식 스팬은 버려진다

자동 계측만 켠 상태에서 확실히 스팬이 생기는 것은?

• 응답 JSON 을 직렬화하는 구간
• HTTP 클라이언트로 다른 서비스를 호출하는 구간
• 커넥션 풀에서 대기하는 시간
• 비즈니스 규칙을 평가하는 루프

스팬 하나가 수백 KB 로 커진 원인과 대응으로 옳은 것은?

• 속성 개수 상한이 없어서 — 개수 상한을 건다
• 속성 값 길이에 기본 상한이 없어서 — 값 길이 상한을 명시한다
• 배치 크기가 커서 — send_batch_size 를 줄인다
• 샘플링이 꺼져 있어서 — 비율 샘플링을 켠다

짧은 배치 잡에서 스팬이 일부만 백엔드에 도착합니다. 가장 가능성 높은 원인은?

• 프로세스가 종료될 때 큐를 비우지 않고 죽는다
• 샘플러가 배치 잡을 인식하지 못한다
• 리소스 속성이 부족하다
• trace ID 길이가 부족하다