실사용자 모니터링, 필요한 인사이트, 원하는 성능.

RUM은 최종 사용자가 브라우저에서 웹 애플리케이션을 어떻게 경험하는지에 대한 인사이트를 제공합니다. 첫 번째 콘텐츠 렌더링 시간(Time to First Paint)이나 상호작용 시작 시간(Time to Interactive) 같은 활동이 얼마나 걸리는지를 측정함으로써, 개발자가 고객 경험을 더 잘 이해하고 SaaS 기반 서비스의 안정성과 성능을 보장할 수 있도록 합니다.

또한 RUM은 브라우저의 데이터를 각 서비스 및 백엔드 애플리케이션 호출과 연관지어 각 트랜잭션의 엔드투엔드 진행 상황을 검사할 수 있도록 합니다. RUM은 DNS 조회, SSL 설정 시간, 요청 전송 및 클라이언트 브라우저로부터 전체 응답을 수신하는 데 걸린 시간 등 주요 KPI를 모두 포괄하므로 모니터링 담당자는 브라우저 유형이나 지리적 위치에 따라 정의된 사용자 코호트를 비교하여 그룹으로서의 성능을 이해할 수 있게 됩니다. 이러한 정보는 성능 엔지니어가 애플리케이션 응답 시간, 렌더링 성능, 네트워크 요구사항, 브라우저 실행을 최적화하여 사용자 경험을 개선하는 데 도움이 됩니다.

RUM에는 여섯 가지 기본 단계가 있습니다.

• 데이터 캡처(Data capture): 브라우저와 웹 서버로부터 페이지, 이미지 및 기타 리소스 요청에 대한 세부 정보를 수집합니다.
• 이상 동작 감지(Detecting): 응답 지연, 시스템 문제, 페이지·객체·방문 관련 웹 탐색 오류 등 비정상적이거나 문제 있는 동작을 감지합니다.
• 보고(Reporting): 개별 방문 활동을 요약 데이터 또는 합성 트랜잭션을 이용한 사용자 경험 시뮬레이션 형태로 보고합니다.
• 세분화(Segmenting): 집계된 데이터를 세분화하여 브라우저 종류나 사용자 그룹별 페이지 가용성과 성능을 파악합니다.
• 알림(Alerting): 시스템이 심각한 문제를 감지할 때마다 알림을 생성합니다.
• 최종사용자 경험 연결(Tying end-user experience): 사용자 경험 문제를 각 엔드투엔드 트랜잭션 단위로 백엔드 성능과 자동으로 연계합니다.

RUM 도입의 목적과 이를 달성하기 위한 비즈니스 목표를 명확히 하세요. 데이터를 통해 어떤 목표를 달성하고자 하는지 고려해 보세요. 구체적인 목표를 설정하면 RUM 도구를 올바른 목적에 맞게 사용하고, 경영진 차원의 일관된 지원을 확보할 수 있습니다.

• 비즈니스 목적이 엔지니어링 및 개발팀의 목표와 일치하도록 하세요. 기술팀이 비즈니스 목적에 부합하는 메트릭을 모니터링하도록 하세요.
• 모든 사용자 경험 전반에 RUM을 구현하세요
• 배포 및 릴리스 전에 개발 환경과 스테이징 환경에서 RUM을 테스트하세요.

합성 모니터링은 웹 성능에 대한 인사이트를 얻기 위해 인공적인 상호작용을 테스트하는 반면, RUM은 실제 사용자가 사이트나 애플리케이션과 어떻게 상호작용하는지를 보여줍니다. RUM은 사용자가 실제로 경험하는 프런트엔드 브라우저, 백엔드 데이터베이스, 서버 수준의 다양한 문제를 포괄적인 탑뷰의 형식으로 제공합니다.

즉, RUM 데이터는 현재 애플리케이션 사용자의 실제 경험을 반영하는 반면, 합성 모니터링은 개발자가 가상의 시나리오를 기반으로 예측 테스트를 수행하는 전략입니다. 또한 RUM은 합성 모니터링의 단순한 가동/중단 상태 및 페이지 로드 모니터링을 넘어, 엔드투엔드 트랜잭션 보고 및 분석을 통해 문제가 발생한 위치와 원인을 정확히 파악할 수 있게 합니다.

RUM과 애플리케이션 성능 모니터링(APM)은 서로 다른 방식이지만, 애플리케이션 성능 향상이라는 동일한 목표를 공유하는 IT 모니터링 방식입니다. APM은 RUM을 하나의 전략으로 포함하는 상위 개념입니다. RUM은 최종 사용자 경험이 애플리케이션 최적화 전략에 미치는 영향을 분석하여 APM을 지원합니다.

RUM은 단순히 APM 전략의 일부로만 사용되는 것은 아닙니다. RUM은 프런트엔드에서 사용자 활동을 추적하기 때문에, RUM 데이터는 고객 만족도와 관련된 사용자 경험 질문에 답변할 수 있으며, 개발자가 애플리케이션 기능을 최적화하는 데 도움을 줍니다.

Sumo Logic의 오픈 텔레메트리 자동 계측 JavaScript 라이브러리를 사용하면 브라우저에서 직접 오픈 텔레메트리와 호환되는 트레이스와 로그 형태로 RUM 데이터를 수집할 수 있습니다. 이는 JavaScript 애플리케이션의 로드, 실행, 렌더링 정보를 수집하며, 샘플링 없이도 모든 사용자 트랜잭션의 브라우저-백엔드 성능을 실시간으로 기록합니다.

이러한 데이터는 최종 사용자 기기로부터 직접 수집되어 각 트레이스가 시작될 때 클릭이나 문서 로드 등 사용자의 자발적 동작을 개별 스팬으로 표시합니다. 이를 통해 클라이언트로부터 시작된 요청이 전체 애플리케이션을 거쳐 다시 되돌아오는 경로를 파악할 수 있게 됩니다. 여기에는 브라우저에서 발생했지만 처리되지 않은 오류나 예외, 그리고 콘솔 오류도 포함됩니다. 이후 데이터는 주요 KPI로 집계되어 사전 구성된 대시보드에 표시됩니다.

수집된 모든 데이터는 독점 벤더 코드가 사용되지 않고 오픈 텔레메트리와 호환됩니다. RUM은 문서 로드 동작, XHR 통신, 단일 페이지 애플리케이션의 경로 변경을 지원합니다. 기능 및 구성의 전체 목록은 Sumo Logic 오픈 텔레메트리 자동 계측 JavaScript README 파일에서 확인할 수 있습니다.

브라우저 추적은 Sumo 백엔드에서 RUM 메트릭 집계를 자동으로 생성합니다. 이를 통해 자동으로 인식된 주요 사용자 동작과 브라우저, 운영체제, 위치별로 분류된 사용자 그룹의 웹사이트 프런트엔드의 전반적인 사용자 경험에 대한 인사이트를 제공합니다.

문서를 로드하는 사용자 행위별로 메트릭을 구성합니다. 이는 브라우저에서 웹 문서를 실제로 가져오고 실행하는 과정, 예를 들어 양식 제출이나 버튼 클릭과 관련된 XHR 호출, 그리고 단일 페이지 애플리케이션(SPA)에서의 일반적인 탐색 동작인 경로 변경 등을 의미합니다. 이러한 메트릭은 RUM 대시보드의 웹사이트 성능 패널에서 차트와 맵 형태로 표시되며, 개별 사용자 트랜잭션을 나타내는 엔드 투 엔드 추적의 각 프런트엔드 스팬에서도 개별 측정값으로 확인할 수 있습니다.

메트릭의 유형은 다음과 같습니다.

• 문서 로드 메트릭은 문서 로드 및 문서 가져오기 요청을 수집하며, W3C 탐색 타이밍 이벤트와 호환됩니다. 이 메트릭을 통해 사용자의 클릭부터 문서가 완전히 로드되기까지의 이벤트 순서를 파악할 수 있습니다.
• 첫 바이트까지의 시간(TTFB)은 페이지 로드가 시작된 시점부터 응답의 첫 번째 바이트가 도착하기까지의 지연 시간을 측정합니다. 이를 통해 웹 서버가 요청에 응답하는 속도가 너무 느린지 여부를 파악할 수 있습니다.
• 렌더링 이벤트는 사용자 브라우저 내에서 발생하는 렌더링 이벤트를 설명합니다. 자세한 내용은 관련 문서를 참조하세요.
• 코어 웹 바이탈(CWV)은 사용자 경험의 세 가지 주요 측면에 초점을 맞춥니다.
  • 최초 입력 지연(FID): 상호작용성을 측정하여 우수한 사용자 경험을 제공합니다.
  • 최대 콘텐츠 렌더링(LCP): 로딩 성능을 측정하여 우수한 사용자 경험을 제공합니다.
  • 누적 레이아웃 이동(CLS): 시각적 안정성을 측정하여 우수한 사용자 경험을 제공합니다.
• XHR 모니터링 메트릭은 데이터 검색과 관련하여 백그라운드 Ajax/XHR과 백엔드 사이의 통신에 소요된 시간을 나타냅니다. 롱태스크 지연(Longtask Delay)은 브라우저의 메인 UI 스레드가 50밀리초 이상 장시간 잠금 상태가 되어 사용자 입력 등과 같은 다른 중요한 작업이 실행되지 못하는 것을 의미합니다. 이는 사용자 경험에 부정적인 영향을 미칩니다. 사용자는 이러한 현상을 백엔드 통신이 이미 완료된 후에도 ‘브라우저가 멈춘 것 같은’ 상태로 인식할 수 있습니다.