RUM 내재화 — Datadog RUM에서 빠져나오기
RUM(Real User Monitoring)을 외부 SaaS 없이 내재화하는 방안을 정리합니다. 로그·메트릭 내재화와 저장소도 팀도 같이 쓰는 흐름의 일부라서, 큰 그림과 최소 조합은 로깅 · 옵저버빌리티 챕터의 D3(RUM 내재화) 결정과 함께 읽습니다.
이 트랙은 Datadog RUM 내재화에서 출발했습니다. 프론트엔드(@hyperdx/browser)와 백엔드(Java/Python OTel 재계측)로 trace를 병행 확장하고 컨테이너 로그 수집까지 순차로 검토합니다. “RUM에서 시작해 아래로 자라는 스택"입니다. VictoriaLogs 트랙(로깅 챕터)과는 출발점부터 성격이 다른 별도 결정입니다. 그 트랙은 istio access log의 즉시 내재화(D1)를 축으로 삼습니다. 로그+트레이스+RUM을 한 저장소로 합치는 D4(통합 저장소 — earn-it-last)와는 조건이 성숙하면 수렴합니다.
왜 지금 — RWoL 재요율
Datadog RUM이 RWoL(RUM without Limits) 재요율로 실질 ~2배 올랐습니다. 그래서 내재화를 검토합니다. RUM Measure는 retain 비율과 무관하게 ingest 100%에 과금됩니다(Measure 단가 $0.15/1k). 여기에 retain 프리미엄과 세션 리플레이가 더해지면 RWoL 블렌디드 실효단가는 ~$0.42/1k까지 오릅니다 → 월 30M 세션이면 30M×$0.42/1k×12 ≈ 연 ~$151K ≈. (블렌디드 단가는 Measure $0.15/1k + Investigate $3/1k + Session Replay $2.50/1k 컴포넌트 단가에 retain 비율을 가정해 계산한 값입니다. 컴포넌트 단가 원문은 Datadog 전 제품군 대체 매트릭스 참고.)
웹에는 대안이 있지만 모바일은 아직 성숙하지 않았습니다.
대안 비교
| 옵션 | 모바일 리플레이 | 운영 부담 |
|---|---|---|
| Datadog 유지(모바일만) | 완전(crash/ANR 포함) | 0 |
| Sentry self-hosted | 지원(v24.7.1≈2024-07~) | 컨테이너 20+개, 공식 문구 “low-volume/PoC용” |
| OpenReplay | iOS/Android/RN 전부 Beta | Postgres+Redis+CH+Kafka+S3, ~10 서비스 |
| PostHog self-host | — | 공식적으로 대규모 셀프호스트 비권장 |
| Grafana Faro | 리플레이 없음(에러+Vitals만) | 낮음 — 기존 스택에 잘 붙음 |
웹 경로 — HyperDX / ClickStack
웹 RUM은 HyperDX(ClickStack)로 탈출할 여지가 큽니다. @hyperdx/browser가 rrweb 세션 리플레이 + 에러 + Web Vitals + 네트워크 캡처 + 백엔드 트레이스 연동(TraceId·rum.sessionId 상관)까지 지원합니다. Datadog 웹 RUM 자리를 실제로 메울 만합니다. HyperDX 플랫폼의 도입 실사(연혁·4컴포넌트 아키텍처·배포 6모드·라이선스·OSS 접근통제 갭)는 HyperDX / ClickStack 심층 분석에서 다룹니다. HyperDX를 로그·트레이스 스토어로 함께 쓰는 그림은 로깅 챕터의 HyperDX / ClickStack 페이지에 있습니다.
모바일 쪽은 네이티브 iOS/Android/Flutter 세션 리플레이 자체가 없습니다(2026). React Native 쪽도 트레이스/에러/네트워크만 지원하고 리플레이는 없습니다.
판단
- 웹 리플레이는 HyperDX(rrweb)로 탈출 가능.
- 모바일 리플레이는 대안이 성숙할 때까지 Datadog에 남는 편이 현실적.
- 계약 갱신 시점에 RUM 축소분을 반영해 전체 딜로 재협상(RUM만 빼면 잔여 제품 할인이 재요율될 수 있음).
착수 전에 반드시 확인할 것이 있습니다. Datadog RUM usage를 소스별(웹/모바일)로 분해해 모바일 비중부터 잽니다. 모바일이 과반이면 웹 전용 HyperDX로는 청구서가 별로 안 줄고, 관리 스택(CH+MongoDB)만 늘어납니다.
웹 코어 지표의 수집 경로는 있지만, SDK 교체만으로 기존 리포트·세션 분류·모니터가 그대로 대체되는 것은 아닙니다. Frustration·Product Analytics 등은 별도 구현과 검증이 필요합니다. Datadog RUM 커버리지 판정에 따라 Wave 1에 PoC 게이트를 둡니다.
2026-09의 기능 변경은 HyperDX 커버리지 재판정에 정리했습니다. PromQL 실험 경로·Terraform Beta·알림 운영 기능과 Datadog 수신 호환 범위를 구분합니다. 우리 배포는 자체 RUM 컨버터를 쓰므로 표준 SDK 교체 경로와 별도로 검증합니다.
≈은 자릿수 추정으로, 실 계약 할인·트래픽으로 교정이 필요합니다. 시점 기준 2026-07.
문서 지도
| 페이지 | 내용 |
|---|---|
| HyperDX / ClickStack 심층 분석 | 도입 실사 — 연혁·아키텍처·배포 모드·기능 성숙도·라이선스·접근통제 갭과 완화 경로 |
| Datadog RUM 커버리지 | Datadog RUM vs @hyperdx/browser 격차 매트릭스 + 4슬라이스 판정, PoC를 Wave 1 게이트로 |
| Datadog 프로토콜 프록시 매핑 | dd 프록시는 Agent intake에만 성립, RUM엔 불성립 — 과도기 브릿지·SDK 교체 |
| Datadog 전 제품군 대체 매트릭스 | 전 제품군 3분류 지도화, 메트릭은 VM+Grafana 분리, Wave 이관·비용 함정 |
| 마이그레이션 로드맵 | Executive 판정·리스크 Top5·Sprint 체크리스트·오픈 퀘스천·전제 차이 조정 |
| HyperDX의 MongoDB | MongoDB 역할(메타데이터 전용)·부하 특성·배포 경로별 형태·운영 가이드 공백·무인증 노출 실사고 |
| 출처 | RUM 섹션 조사 문서의 출처 URL을 4분류(HyperDX·Datadog 공식·SDK/OTel·커뮤니티/사례) 표로 정리 |
| HyperDX 커버리지 재판정 — Datadog 대비 2026-09 | PromQL·Terraform·알림·Datadog 수신 변경점과 자체 RUM 컨버터의 검증 경계 |
근거 표기 범례:
✓확인됨(1차 출처 검증) ·≈추정 ·Ⓥ벤더 주장 ·?미확인 ·Ⓑ퍼블릭 벤치마크 ·Σ종합 판단.⁽ ⁾는 부가 설명,✓/≈처럼 병기하면 혼재를 뜻합니다.