Datadog RUM Operations란, 결제, 로그인 핵심 단계 모니터링 방법

기존 RUM 이벤트만으로는 부족했던 부분

RUM은 view, action, resource, error 같은 이벤트를 자세히 수집해요. 다만 이벤트를 하나씩 들여다봐서는 '핵심 단계가 성공했는지, 얼마나 걸렸는지'라는 단순한 질문에 바로 답하기 어렵습니다. 체크아웃은 사용자가 마음을 바꿔 이탈할 수 있는 여정이라서, 완료율만 봐서는 앱 문제인지 사용자 선택인지 가르기 어려워요. 반면 'process payment'는 앱이 요청을 처리했거나 못 했거나, 결과가 비교적 분명한 기술 단계입니다.

operation 정의 방법과 경계 잡기

원문의 예시는 이렇습니다. 'process payment'는 사용자가 결제를 제출할 때 시작되고, 앱이 결제 완료를 확인하면 성공이며, 백엔드가 오류 상태 코드를 반환하면 실패예요. 경계를 앱이 통제하는 작업으로 좁혀야 지연시간이 앱 성능을 제대로 반영해요. 사용자가 콘텐츠를 읽거나 결정하는 시간이 섞이면 앱이 멀쩡해도 duration이 늘어납니다.

정의 방식은 네 가지예요.

• RUM SDK API: 프런트엔드 코드를 직접 다룰 수 있다면 시작, 성공 종료, 실패 종료 시점을 지정하고 커스텀 속성도 붙일 수 있어요.
• Datadog MCP Server: MCP 호환 워크플로의 일부로 operation을 만들어요.
• RUM Operations API: 프로그래밍 방식이나 대량으로 생성해요.
• Datadog UI: 기존 RUM 이벤트를 시작, 성공, 실패 조건에 매핑해요.

모범 사례로 타임아웃 비율은 1% 이하로 유지하길 권장합니다. 그래야 시작된 operation의 99% 이상을 성공 또는 실패로 분류할 수 있어요.

메트릭, 리텐션, SLO 설정

정의 후 같은 이름의 발생 건은 operations catalog에 묶여요. 샘플링 없이 수집된 전체 RUM 트래픽에서 메트릭도 자동 생성됩니다. rum.measure.operation은 operation 볼륨을, rum.measure.operation.duration은 시작부터 종료까지의 시간을 측정해요. operation 이름, 상태, 실패 사유 등으로 쪼개 볼 수 있습니다.

RUM 리텐션 필터로 핵심 operation이 실패했거나 기대 시간을 넘긴 세션만 보존할 수도 있어요. 보존된 세션의 operation 이벤트는 RUM Explorer에서 속성과 세션 맥락까지 조회합니다.

SLO는 가용성과 지연시간을 따로 만들 수 있어요. 가용성 SLO는 결제 시도 중 성공 비율을, 지연시간 SLO는 성공한 결제가 기대 임계값 안에 끝나는지를 봅니다. 둘을 분리하면 '안정적이지만 느린 단계'와 '빠르지만 자주 실패하는 단계'를 구분할 수 있어요.

원인 분석과 Journey Monitoring 연결

SLO와 메트릭은 이상 여부를 알려주고, 원인은 별도로 찾아야 해요. Preview 단계의 Bits Investigation for Operations는 오류, 타임아웃, 이탈, 지연 회귀, 지속적 고지연 같은 저하를 분석합니다. 프런트엔드, 백엔드, 네트워크 원인을 추려서 관련 오류, 엔드포인트, 코드 위치, 세션 같은 근거를 보여줘요.

Journey Monitoring과의 연결은 선택 사항입니다. journey에 속하지 않아도 operation 단독으로 가용성, 지연시간, SLO 신호를 쓸 수 있어요. 연결하면 트래픽이 줄어드는 장애 상황에서도 핵심 operation이 가려지지 않습니다. 연결할 operation은 사용자가 여정을 끝낼 수 있는지에 가장 영향이 큰 단계부터 고르세요. 특히 마지막 앱 통제 단계가 중요한데, 체크아웃이면 결제 처리, 로그인이면 유효한 자격 증명 제출 뒤의 인증이 해당돼요.

자주 묻는 질문

Datadog RUM Operations Monitoring은 별도 비용이 드나요?

원문 기준으로 RUM에 추가 비용 없이 포함돼 있습니다. 다만 RUM 자체 사용이 전제이고, Bits Investigation for Operations는 현재 Preview 단계예요.

operation과 user journey는 어떻게 다른가요?

journey는 체크아웃처럼 넓은 사용자 여정이고, operation은 그 안에서 앱이 수행하는 측정 가능한 기술 단계예요. 'enter payment details'나 'process payment'가 operation에 해당합니다. 둘을 연결하는 것은 선택이에요.

operation 지연시간은 어떻게 측정하나요?

정의 후 자동 생성되는 rum.measure.operation.duration 메트릭이 시작부터 종료까지의 시간을 재요. 사용자 대기 시간이 섞이지 않게 경계를 앱 통제 구간으로 좁히는 것이 정확도의 핵심입니다.

operation은 어떤 방식으로 만들 수 있나요?

RUM SDK API, Datadog MCP Server, RUM Operations API, Datadog UI 매핑 네 가지가 있어요. 코드를 건드리기 어렵다면 UI 매핑이나 API가 현실적입니다.