Quiz: tracing across a queue

생산 스팬의 자식으로 소비 스팬을 만들면 가장 먼저 나타나는 증상은?

• 소비 스팬의 시작 시각이 생산 스팬보다 앞선 것으로 기록된다
• 루트 스팬의 길이가 사용자가 실제로 기다린 시간과 크게 달라진다
• 소비 쪽 스팬이 샘플러에 걸려 덤프에서 통째로 빠진다
• 메시지 아이디 속성이 두 스팬에 중복으로 남아 카디널리티가 는다

링크(Link)가 부모-자식과 다른 점을 한 문장으로 말하면?

• 링크는 같은 프로세스 안에서만 만들 수 있고 부모-자식은 프로세스를 넘는다
• 링크는 스팬이 끝난 뒤에도 더할 수 있고 부모-자식은 시작할 때만 정해진다
• 링크는 샘플링 결정을 전파하고 부모-자식은 전파하지 않는다
• 링크는 인과를 남기되 가리키는 스팬이 끝나기를 기다리지 않는다

한 번에 다섯 건을 꺼내 처리하는 배치 소비를 그리는 올바른 모양은?

• 링크 다섯 개를 단 스팬 하나를 만들고 건수를 속성으로 적는다
• 메시지마다 스팬을 만들고 그 다섯 개를 형제로 둔 뒤 링크는 생략한다
• 첫 메시지의 생산 스팬만 링크로 걸고 나머지는 속성에 아이디만 적는다
• 배치 스팬을 첫 메시지의 생산 스팬의 자식으로 만든다

큐에서 기다린 시간을 재려면 시각을 어디서 찍어야 하는가?

• 소비자가 메시지를 꺼낸 순간과 처리를 끝낸 순간의 차이로 잰다
• 큐 파일의 수정 시각과 소비 스팬의 시작 시각을 견준다
• 생산자가 메시지에 시각을 실어 보내고 소비 스팬이 그 차이를 속성으로 적는다
• 생산 스팬과 소비 스팬의 길이를 더해 전체에서 빼면 나온다

메시징 시맨틱 컨벤션이 정한 스팬 종류로 맞는 것은?

• 메시지를 꺼내 오는 receive 는 PRODUCER, 처리하는 process 는 CONSUMER 다
• 생산과 소비를 모두 CLIENT 로 두고 종류로는 구별하지 않는다
• 업무 흐름을 감싸는 스팬도 메시지를 다루므로 PRODUCER 여야 한다
• 메시지를 만들거나 보내는 스팬은 PRODUCER, 처리하는 스팬은 CONSUMER 다

링크에 속성을 붙이지 않으면 나중에 무엇을 알 수 없게 되는가?

• 두 스팬이 어느 트레이스에 속해 있었는지
• 두 스팬이 왜 이어져 있는지 — 큐 때문인지 재처리 때문인지
• 링크가 가리키는 스팬이 샘플링되어 남아 있는지
• 링크를 만든 스팬이 루트였는지 자식이었는지