RSS DEV 커뮤니티
팔로우
Sentry vs OpenTelemetry: 하나를 선택할 필요는 없습니다
기존 OpenTelemetry 백엔드에 Sentry를 통합하려면 OTLP 엑스포터를 Sentry의 엔드포인트로 지정하도록 구성하면 됩니다. 이 과정은 기존 계측을 다시 작성할 필요 없이 최소한의 변경만 필요합니다. 웹 애플리케이션의 경우, 브라우저 컨텍스트를 캡처하기 위해 프런트엔드에 Sentry SDK를 추가하는 것이 좋습니다. 이를 통해 사용자 상호 작용부터 백엔드 작업까지의 트레이스를 통합된 시각으로 볼 수 있습니다. OpenTelemetry는 트레이스, 로그, 메트릭을 지원하지만, Sentry는 현재 OTLP를 통해 트레이스와 로그만 수집합니다. 핵심은 트레이스 연결을 OTLP 내보내기와 분리하는 것입니다. 트레이스 연결은 프런트엔드 및 백엔드 요청 전반에 걸쳐 연속적인 분산 트레이스를 보장합니다. Sentry 프런트엔드 SDK는 W3C traceparent 헤더를 전파하여 이를 처리합니다. 백엔드 OTLP 이벤트가 어디로 전송되는지에 대한 결정은 별개입니다. Sentry로 직접 보내거나 OpenTelemetry Collector를 통해 보낼 수 있습니다. 직접 OTLP 내보내기는 단일 백엔드 프로젝트에 가장 간단합니다. Collector 전달은 여러 서비스에 대한 중앙 집중식 처리 및 라우팅을 제공합니다. 데모 아키텍처는 Sentry SDK를 사용하는 React 프런트엔드, OpenTelemetry를 사용하는 FastAPI 백엔드, 그리고 OpenTelemetry Collector를 보여줍니다. 백엔드는 수동 스팬 및 로그를 포함하여 OpenTelemetry 설정을 유지합니다. 그런 다음 Collector는 이러한 OTLP 이벤트를 Sentry로 전달합니다. CORS는 교차 출처 요청에 대한 트레이스 전파 헤더를 허용하도록 백엔드에서 올바르게 구성되었는지 확인하십시오.
