퀴즈: API·SDK·계측

문항 6개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.

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

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

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

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

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

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

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

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

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

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

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

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