피드로 돌아가기
Dev.toInfrastructure
원문 읽기
OTLP 표준 기반 Sentry-OpenTelemetry 하이브리드 관측성 설계
Sentry vs OpenTelemetry: You Don’t Need to Pick One
AI 요약
Context
기존 OpenTelemetry 기반의 Backend Instrumentation을 유지하며 Frontend의 풍부한 Application Context를 통합해야 하는 요구사항 발생. SDK 교체에 따른 Instrumentation 재작성 비용과 운영 공수 증가라는 기술적 제약 존재.
Technical Solution
- W3C traceparent 헤더 전송 설정을 통한 Frontend(Sentry SDK)와 Backend(OTel SDK) 간 Distributed Trace Context 연결
- OTLP(OpenTelemetry Protocol) 표준을 활용하여 Backend Span 데이터를 Sentry Endpoint로 직접 또는 Collector를 통해 전송
- 단일 서비스 환경에서는 Direct OTLP 전송으로 아키텍처 복잡도 최소화
- 다중 서비스 환경에서는 OTel Collector를 도입하여 중앙 집중식 Routing, Batching 및 Multi-vendor 전송 구조 설계
- Sentry Exporter를 활용하여 resource attribute(service.name) 기반의 프로젝트별 동적 라우팅 구현
- Error Monitoring 및 Profiling 등 심층 분석 필요 시에만 선택적으로 Sentry Backend SDK 추가 도입
실천 포인트
- Backend에 이미 OTel이 적용되어 있다면 SDK 교체 대신 OTLP Exporter 설정을 우선 검토할 것 - Frontend Sentry SDK 설정 시 propagateTraceparent 옵션을 활성화하여 Trace 단절 방지 - 서비스 규모 및 Vendor 평가 필요 여부에 따라 Direct OTLP와 Collector Forwarding 방식 결정 - Metrics 데이터의 Sentry 지원 여부를 확인하여 전송 대상 데이터 필터링