계측 표준 선택 (벤더 중립 OpenTelemetry)
상태
승인
후보군
| 방안 | 설명 |
|---|---|
| OpenTelemetry(OTLP) | 벤더 중립 표준. trace·metric·log를 OTLP로 내보내 백엔드를 자유 교체 |
| 벤더 네이티브 에이전트 | Datadog/New Relic 등 단일 벤더 SDK·에이전트로 계측 |
| Prometheus + 직접 trace 라이브러리 | 메트릭은 Prometheus, trace는 별도 라이브러리로 이원화 |
결정
전 서비스 계측을 OpenTelemetry(OTLP) 로 통일한다.
결정 이유
- 본 과제의 핵심이 SigNoz↔Grafana PoC 비교다. 벤더 중립 OTLP라야 백엔드를 바꿔도 서비스 코드·설정이 OTLP 엔드포인트만 바뀐다.
- SigNoz·Grafana 모두 OTLP를 1급으로 수신 → 동일 입력으로 공정 비교 가능.
- trace·metric·log를 한 표준으로 묶어 이원화 복잡도를 제거.
검토 대안
| 방안 | 기각 이유 |
|---|---|
| 벤더 네이티브 에이전트 | 벤더 종속. 스택 비교 PoC 자체가 불가능하고 로컬/비용 부담 |
| Prometheus + 별도 trace 라이브러리 | 메트릭·trace 이원화로 trace↔metric 상관 분석 어려움, 설정 중복 |
트레이드 오프
- (득) 백엔드 교체 자유, 단일 표준, 두 스택 공정 비교 가능.
- (실) OTel 자체의 버전·시맨틱 컨벤션 변화를 따라가야 하는 유지보수 부담.