OTCA — 오픈텔레메트리 인증 어소시에이트 · OpenTelemetry 기초와 시그널 · 퀴즈
퀴즈: 기초와 시그널
문항 6개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.
SDK 는 4318 로 보내는데 컬렉터는 gRPC 4317 만 열어 두었습니다. 나타나는 증상은?
- 컬렉터의 수신 거부 지표가 올라간다
- 데이터는 도착하지만 스팬이 절반만 저장된다
- 컬렉터가 자동으로 4318 을 열어 준다
- 연결 자체가 실패해 애플리케이션 로그에만 오류가 남고 컬렉터 지표는 0 그대로다
OpenTelemetry API 와 SDK 의 관계로 옳은 것은?
- API 만 있으면 데이터가 백엔드로 전송된다
- SDK 는 API 없이 단독으로 쓸 수 있다
- API 와 SDK 는 같은 것을 다르게 부르는 이름이다
- SDK 가 없으면 API 호출은 아무 일도 하지 않는 no-op 이다
'느려졌는데 언제부터인지, 몇 퍼센트가 영향받는지' 를 알고 싶습니다. 가장 적합한 시그널은?
- Traces
- Logs
- Profiles
- Metrics
OTLP 에 대한 설명으로 옳은 것은?
- 텔레메트리를 저장하는 데이터베이스 형식이다
- Prometheus 익스포지션 포맷을 대체하는 스크레이프 규약이다
- SDK 와 컬렉터, 컬렉터와 백엔드 사이의 전송 프로토콜이다
- 트레이스 전용이며 메트릭과 로그는 지원하지 않는다
설정에 적은 프로세서 이름을 컬렉터가 '알 수 없는 타입'이라며 거부합니다. 가장 먼저 확인할 것은?
- YAML 들여쓰기가 맞는지
- 그 컴포넌트가 지금 바이너리 배포판에 포함되어 있는지
- 백엔드가 살아 있는지
- memory_limiter 가 첫 번째인지
OpenTelemetry 를 도입하면 자동으로 얻어지는 것이 아닌 것은?
- 텔레메트리 저장소와 시각화 대시보드
- 벤더 중립적인 계측 API
- OTLP 기반의 표준 전송 경로
- W3C 기반 컨텍스트 전파 규약