반복영역 건너뛰기
주메뉴 바로가기
본문 바로가기
제품/서비스
EMS Solution
Features
클라우드 관리
서버관리
데이터베이스 관리
네트워크 관리
트래픽 관리
설비 IoT 관리
무선 AP 관리
교환기 관리
운영자동화
실시간 관리
백업 관리
스토리지 관리
예방 점검
APM Solution
애플리케이션 관리
URL 관리
브라우저 관리
ITSM Solution
서비스데스크
IT 서비스 관리
Big Data Solution
SIEM
AI 인공지능
Dashboard
대시보드
Consulting Service
컨설팅 서비스
고객
레퍼런스
고객FAQ
문의하기
가격
자료실
카탈로그
사용자매뉴얼
회사소개
비전·미션
연혁
2016~현재
2000~2015
인증서·수상
투자정보
재무정보
전자공고
IR자료
새소식
공고
보도자료
오시는 길
채용
피플
컬처
공고
FAQ
블로그
열기
메인 페이지로 이동
블로그
기술이야기
블로그
최신이야기
사람이야기
회사이야기
기술이야기
다양한이야기
잘파세대(Z세대 + 알파 세대)에 대한 모든 것
SMS를 통한 서버관리는 꼭 이렇게 해야만 한다?!
이화정
2024.02.22
페이스북 공유하기
트위터 공유하기
링크드인 공유하기
블로그 공유하기
네트워크 정보 수집 프로토콜의 모든 것 (SNMP, RMON, ICMP, Syslog)
Gartner에서 진행한 연구에 따르면 기업에서 서버의 다운타임이 발생할 경우, 시간당 약 748억 ~ 1,202억의 손실 비용이 발생한다고 합니다.
또한 서버 다운타임등 서버를 제대로 관리하지 못했을 경우에는, 금전적인 손실뿐 아니라 고객이탈이나 브랜드이미지 하락 등의 치명적인 손실도 입게 되죠.
따라서 올바른 서버 관리를 통해 문제를 미리 예방하고, 혹여나 문제가 발생할 경우에는 빠르게 대응할 수 있어야 합니다. 그렇다면
'올바른 서버 관리'란 정확히 무엇을 의미하는 걸까요?
ㅣ올바른 서버 관리를 위한 첫 걸음
ⓒoutsource2india
올바른 서버 관리를 위한 첫걸음은 바로 '통합 서버 관리' 도구의 도입입니다. 가장 많이 활용하는 도구가 바로 SMS(Server Management System)죠.
SMS는 복잡한 IT 인프라를 효과적으로 관리하고, 모니터링할 수 있는 해결책을 제공하여, 서버 사태를 쉽게 파악하고, 필요한 조치를 신속하게 처리할 수 있도록 도와줍니다.
SMS는 기업의 서비스 안정성과 비즈니스 연속성을 보장하는 데 필수적인 도구인 셈이죠. 최근에는 관리하는 서버의 규모와 상관없이 대부분 SMS을 사용하고 있습니다.
하지만 SMS를 도입하고 구축만 한다고 해서, 모든 과제를 해결할 수 있을까요?
ㅣSMS를 제대로 활용하는 방법
SMS를 '제대로' 활용하기 위해서는 단순한 모니터링을 넘어, 문제 발생 시 알림을 받고 이를 통해 신속하게 문제를 해결할 수 있는 적극적인 조치가 필요합니다.
적극적인 조치 중의 대표적인 예이자 서버 관리의 핵심은 바로 '감시 설정'입니다. 그렇다면 구체적으로 '감시 설정'을 통해 어떻게 서버를 관리해야 하는지, 이를 위한 SMS의 조건은 무엇인지 살펴보겠습니다.
최적화된 감시 설정 값을 간편하게 설정할 수 있어야 한다
SMS의 감시항목설정은 사용자가 기본적인 모니터링 환경을 빠르게 구축할 수 있도록 간편하게 설정할 수 있어야 합니다. 통합 서버 관리에 대한 경험이 부족한 사용자더라도, 제품을 쉽게 설정하고 사용할 수 있도록
최적화된 감시 설정 값을 제공
해야 하죠. 예를 들면 CPU 사용률이 몇% 였을 때 심각하고 위험한지를 각 항목별로 제공해야 합니다.
Zenius SMS의 경우 사용자의 OS에 따라 감시 설정 항목(CPU 사용률, MEM 사용률 등)의 심각도와 임계치 조건은 어떻게 해야 하는지 기본적인 디폴트 값을 제공합니다.
더불어서 제니우스만의 최적의 감시 설정 가이드라인을 제공하여, 복잡한 설정 과정을 거치지 않더라도 모니터링할 수 있도록 도와주죠. 물론 기업과 조직의 환경에 맞춰 감시 설정을 조정할 수 있습니다.
필수적인 감시 설정 기능을 갖추고 있어야 한다
또한 SMS의 감시 항목을 설정할 때는
필요한 주요 기능으로 구성
되어야 합니다. 사용자는 복잡한 설정 절차 없이 필요한 감시 항목을 설정해야 하고, 서버 관리에 소요되는 시간을 줄일 수 있어야 하기 때문이죠.
예를 들어 시스템의 중요한 지표(예: CPU 사용량, 메모리 사용량, 디스크 I/O 사용률)를 확인할 수 있는 감시 항목 설정이 있는지, 각 감시 항목에 대해 심각도 수준과 임계치를 설정할 수 있는지, 다양한 방식의 알림 방식 기능을 제공하는지 등을 직관적으로 확인할 수 있어야 합니다.
Zenius SMS의 경우 사용자에게 꼭 필요한 기능(감시 항목, 서버, 심각도, 임계치, 알림 설정, 복구 스크립트 등)만 집중할 수 있도록 구성되어 있습니다.
감시 항목에서는 사용 중인 OS를 설정하고, 원하는 감시 항목을 선택하여, 원하는 서버를 감시 설정 할 수도 있죠. 또한 심각도와 임계치 설정에서는 무해-주의-위험-긴급-치명 각 값에 맞게 임계치 값을 설정할 수 있습니다.
예를 들어 '긴급'이라는 항목에 80%라고 설정했는데 임계치 값이 80%를 넘어설 경우, 사용자에게 즉각적으로 알려줍니다. 또한 지속시간을 1분 발생 횟수를 1이라고 설정할 경우, 1분을 넘길 때 사용자에게 알림을 통보해 주죠.
알림 통보 서비스가 잘 갖춰져 있어야 한다
감시 항목 설정 중
알림 통보는 서버를 관리하는 데 있어 매우 중요한 기능
입니다. 서버에 문제점이 발생할 경우, 사용자에게 즉각적으로 알려줄 수 있는 장치이기 때문이죠. 또한 문제가 더 심각해지기 전에 신속하게 조치를 취할 수 있게 해주며, 시스템의 다운타임을 최소화하는 데 결정적인 역할을 합니다.
이 밖에도 알림 통보 기능에서는 사용자의 업무 환경과 선호도에 따라, 알림의 유형이나 수신자를 유연하게 선택할 수 있어야 합니다.
Zenius SMS를 예를 들어 살펴보면 감시 설정에 임계값을 초과하거나, 예상치 못한 이벤트가 발생했을 때 다양한 형태로 알림 서비스를 제공하고 있습니다. 이메일, 문자 Push App은 물론 외부 연동을 통해 슬랙이나, 카카오톡으로도 편리하게 알람을 받아볼 수 있죠.
이 밖에도 알림의 임계값과 조건, 적용 시간이나 요일, 알림을 받을 사용자도 별도로 지정할 수 있습니다.
자동화 복구스크립트 기능을 제공해야 한다
서버에 문제가 감지되었을 때는 알림 통보 기능뿐만 아니라,
사전에 정의된 스크립트를 자동으로 실행하여 문제를 신속하게 해결
할 수 있어야 합니다. 예를 들어 데이터베이스 서버의 응답 지연이 감지될 때 '캐시를 클리어하고 서비스를 재시작해 줘!'라는 스크립트 실행을 통해 즉각적으로 문제를 해결할 수 있어야 하죠.
이러한 자동화 복구스크립트 기능은 사용자가 알림을 받고 대응하기까지의 시간을 대폭 줄여줄 수 있고, 이에 따라 시스템 다운타임을 최소화할 수 있습니다. 또한 반복적이거나 단순한 문제 해결 과정을 자동화함으로써, 더 중요한 작업에 집중할 수 있겠죠.
위에 언급한 내용을 Zenius SMS를 통해 살펴보면, 장비에 장애가 발생할 경우 즉시 복구스크립트가 구동되어 문제를 자동적으로 해결할 수 있게 합니다.
예를 들어 A 서버에 임계치를 80%로 설정한 후, 복구스크립트를 통해 'C라는 방법으로 조치를 취해줘!'라고 미리 설정할 경우 자동적으로 문제를 해결할 수 있죠. 이러한 자동화 복구스크립트 기능은 수백 혹은 수천 대의 서버와 장비를 효율적으로 관리할 수 있어, 관리 부담을 줄이는 데 매우 효과적입니다.
또한 '정상 복구 시 통보' 옵션을 설정하면, 복구 스크립트가 완료됨에 따라 알림 통보를 사용자에게 재차 알려줍니다. 이 과정을 통해 사용자는 만족도와 제품에 대한 신뢰도를 높일 수 있겠죠.
감시 항목들을 한눈에 관리할 수 있어야 한다
이젠 앞에서 감시 설정하고 등록했던 감시 항목들을 모니터링할 수 있어야 하겠죠? 이때 중요한 점은
필수적인 감시 항목은 보여주되, UI는 단순화
해야 한다는 점입니다. 이는 주요 감시 항목의 상태를 신속하게 파악하고, 문제가 발생했을 때 즉각적으로 대응하기 위해서죠.
또한 감시 항목 상태를 색상 코드(예: 녹색은 정상, 노란색은 경고, 빨간색은 심각)와 아이콘으로 구분하여, 사용자가 감시 항목의 상황을 즉각적으로 인식할 수 있도록 해야 합니다.
Zenius SMS의 경우 주요 감시 항목들의 현황을 통합적으로 모니터링할 수 있습니다. 불필요한 항목들을 줄이고 핵심적인 항목들만 선별하여, 서버의 감시 항목을 신속하게 모니터링할 수 있죠.
감시 현황은 직관적인 UI가 중요한 만큼, 심각도 현황(정상-무해-주의-위험-긴급-치명)을 색상으로 구분하여 문제가 생겼을 때 신속하게 대응할 수 있도록 구성하였습니다. 또한 사용자의 환경에 맞춰 필수적인 감시 항목을 쉽게 선택하여 모니터링할 수 있습니다.
이 밖에도 많은 서버의 감시 항목을 관리하다 보면, 중요한 감시 항목을 추가하지 못한 상황이 발생할 수 있는데요. 최악의 경우에는 막대한 손실 비용 발생 등의 심각한 결과를 초래할 수 있겠죠.
이에 따라 감시 현황은 더더욱 직관적으로 모니터링할 수 있어야 합니다. 주요한 감시 항목을 실수로 설정하지 않더라도, 신속하게 파악하고 등록하여 대처할 수 있기 때문이죠. Zenius SMS는 감시 설정해 둔 항목 수가 예상과 다를 경우(예: 만약 관리하는 서버에 감시 항목이 2건이어야 하는데 → 1건으로 표기된 경우) 미등록 건 감시 항목을 조회하여 등록할 수 있습니다.
주요 감시 항목을 설정하고 동작여부에 '미등록' 항목으로 검색하면, 감시 설정하지 않은 항목을 조회할 수 있죠. 이처럼 Zenius SMS은 자칫 놓칠 수 있는 주요 감시 항목도 신속하게 찾아 등록할 수 있습니다.
。。。。。。。。。。。。
지금까지 살펴본 것처럼 Zenius와 같은 SMS를 통해서
서버를 한눈에 모니터링하고, 감시 설정 기능을 통해 체계적으로 관리하며, 문제 발생 시 다양한 알림과 자동화된 복구스크립트로 문제점을 신속히 해결
해야 합니다. Zenius SMS 대규모 서버자원을 관리하고 있는 한 고객사 관계자의 말씀으로 이 글을 마무리하려고 합니다.
"이 많은 서버의 감시 항목들을 휴일 없이 24시간 동안 지켜볼 수는 없잖아요. 그래서 서버를 통합 관리할 수 있는 Zenius SMS을 도입했죠. 이용하면서 좋았던 점은 감시 현황 페이지를 통해 한눈에 감시 항목을 관리할 수 있어 편리하다는 점이에요.
감시 설정을 걸어둔 항목들이 많아 종종 등록을 못한 경우가 발생해도, 직관적으로 확인하고 감시 항목을 추가할 수 있어요. 특히 복구 스크립트 기능을 애용하는 편인데요. 서버에 장애가 발생했을 때 복구 스크립트를 미리 걸어두면, 장비에 장애가 발생해도 신속하게 문제 해결을 할 수 있어 매우 만족스럽습니다!"
#SMS
#서버
#서버관리
#서버모니터링
#Zenius
#ZeniusSMS
#통합서버관리
이화정
프리세일즈팀
프리세일즈팀에서 마케팅, 내외부 홍보, 콘텐츠 제작을 담당하고 있어요.
필진 글 더보기
목록으로
추천 콘텐츠
이전 슬라이드 보기
브라우저 모니터링 시스템 Zenius BRMS의 주요 기능과 특장점은?!
브라우저 모니터링 시스템 Zenius BRMS의 주요 기능과 특장점은?!
디지털 서비스에서 사용자가 직접 체감하는 경험은 서비스 만족도를 좌우합니다. 로그인 버튼을 눌렀는데 화면이 전환되지 않는다거나 chrome 환경에서만 동작하고 타 브라우저에서는 호환되지 않는 등의 문제는 누구나 한 번쯤 겪어봤을 것입니다. 이런 작은 불편이 반복되면 사용자는 쉽게 이탈하고, 브랜드 전체에 대한 신뢰도 역시 떨어집니다. 최종 사용자 경험을 모니터링 하지 않는 것은 최고의 스킬을 지닌 축구선수가 실내 경기장에서만 훈련받고 필드에서는 뛰어보지 않는 것과 같습니다. 그러나 PC, 모바일, 태블릿 등 사용자가 다양한 기기를 오가며 서비스를 이용하는 상황에서, 운영자가 모든 브라우저의 사용자 경험을 관찰하기는 쉽지 않습니다. 서버 로그를 수집하거나 백엔드 지표를 모니터링하는 것만으로는 사용자가 실제로 느끼는 경험을 알 수 없습니다. 결국 사용자 브라우저에서 실제로 발생하는 데이터를 기반으로, 체감 성능을 모니터링할 수 있는 체계가 필요합니다. 이에 따라서 Zenius BRMS 같은 브라우저 모니터링 시스템이 주목받고 있습니다. Zenius BRMS는 최종 사용자가 브라우저와 모바일 환경에서 겪는 여정을 그대로 추적해 보여줍니다. 페이지 로드 시간, 버튼 클릭 후 반응 속도, 오류 발생 여부까지 사용자가 겪는 체감 성능을 데이터로 전환해 운영자에게 제공합니다. 즉, Zenius BRMS는 사용자 경험의 사각지대를 제거하고, 서비스 품질을 선제적으로 관리하는 필수 솔루션입니다. 단순히 문제가 발생했을 때 대응하는 수준이 아니라, 데이터 기반으로 사용자 여정을 개선하고, 기업의 비즈니스 성과를 높이는 전략적 도구입니다. Zenius BRMS의 주요기능과 특장점을 자세히 살펴보겠습니다. 웹브라우저 모니터링 시스템, Zenius BRMS의 주요 기능 3가지 Zenius BRMS는 브라우저 환경에서 발생하는 성능 데이터와 사용자 행동 데이터를 실시간으로 수집하고 이를 자동으로 축적하여, 서비스 품질을 다각도로 분석할 수 있는 환경을 제공합니다. 운영자는 Core Web Vitals와 같은 성능 지표뿐만 아니라 세션 단위의 사용자 여정, 시간대별 성능 패턴까지 한눈에 조회할 수 있으며, 단일 항목 분석은 물론 복수 항목을 조합한 비교 분석도 수행할 수 있습니다. 이러한 기능은 실제 사용자의 경험을 정량적으로 파악하고 문제 발생 구간을 조기에 식별할 수 있도록 돕습니다. 특히 각 결과는 차트, 색상, 단위로 시각화되어 활용 효율을 높이며, 이를 기반으로 한 분석은 서비스 성능 개선, 사용자 만족도 제고, 예측 기반 운영 전략 수립 등 실질적인 성과 창출에 기여합니다. 1) 사용자 체감 성능 기반 모니터링 Zenius BRMS는 Core Web Vitals(LCP, INP, CLS)를 포함해 브라우저 성능의 핵심 지표를 자동으로 수집합니다. 세션, 페이지, 리소스, 에러 단위로 세분화된 모니터링을 제공하며, 퍼센타일 지표(P50, P75, P95)를 통해 평균값 뒤에 숨은 실제 사용자 분포까지 파악할 수 있습니다. 또한 대시보드를 통해 로드 시간, 에러율, 방문자 수 등의 체감 성능도 직관적으로 확인할 수 있습니다. 이를 통해 운영자는 서비스의 성능 저하 원인을 시스템 관점에서만 확인할 수 있는 것이 아니라 리소스별 응답시간, 지역별 성능 속도 등 사용자 관점에서까지 정량적으로 확인할 수 있습니다. 이러한 데이터는 궁극적으로 사용자 만족도를 높여 이탈률을 줄이고 서비스 신뢰성을 강화하는 데 기여합니다. 2) 사용자 행동 분석과 세션 리플레이 세션 리플레이 기능은 사용자가 실제로 클릭한 버튼, 이동한 페이지, 발생한 에러 상황을 재현하는 것을 지원합니다. 사용자의 유입부터 탐색, 이탈 경로까지의 여정을 재구성 해주어 사용자가 겪은 경험 저하 구간을 쉽게 식별할 수 있습니다. 뿐만 아니라, rage click(사용자가 짧은 시간 안에 같은 위치 반복적 클릭), dead click(사용자가 클릭했지만 아무런 동작도 일어나지 않은 클릭), error click(클릭 시 JavaScript 에러 등 오류가 발생하는 경우)과 같은 품질 저하 요인도 포착합니다. 실무자는 단순 수치 데이터가 아닌 실제 사용자 경험을 재현할 수 있어, 조기 문제 원인 파악을 할 수 있습니다. 이를 토대로 개발자, 운영자, 마케팅 담당자가 시나리오를 공유하고 협업한다면 서비스 개선 주기 단축과 전환율 제고를 기대할 수 있습니다. 3) 일별·시간대별 현황 분석 Zenius BRMS는 일별·시간대별로 성능 현황과 에러 분포를 분석해 시간 패턴 기반 인사이트를 제공합니다. 논리 연산 기반 필터링을 통해 특정 조건에 맞춘 분석도 가능하며 접속 환경별 데이터를 조합해 문제 발생 패턴을 정밀하게 탐지할 수도 있습니다. 예를 들어 이 분석 기능을 통해 매일 12시 모바일 환경에서 결제 오류가 잦은 것을 발견하고 점심시간 대에만 노출되는 팝업 스크립트를 점검할 수도 있습니다. 이처럼, 시간대별로 발생한 문제를 파악하는 것은 성능 저하의 주기적 원인을 식별하는 데 효과적입니다. 또한 서비스 배포 이후 영향도 분석에도 활용하여 QA(Quality Assurarance) 작업을 강화할 수 있습니다. 웹브라우저 모니터링 시스템, Zenius BRMS의 3가지 특장점 Zenius BRMS는 브라우저 성능 모니터링 기능만을 제공하는 것이 아니라, 운영자가 사용자들의 웹 브라우저 만족도 저하 원인을 직관적으로 파악할 수 있도록 설계된 사용자 친화 플랫폼입니다. 다음은 Zenius BRMS가 갖는 세 가지 주요 특장점입니다. 1)지능형 장애 감지와 알림 체계 운영자는 감시 항목별 심각도·임계치를 설정하고, 이벤트 발생 조건을 논리적으로 구성할 수 있습니다. 설정한 이벤트가 발생되면 단계별로 지정해둔 수신자에게 자동으로 알림이 보내집니다. 알림 방식으로 문자, 이메일, 푸시 앱, 음성 메일 등을 지원하며 기존 사용하시던 Slack, Teams 등의 툴과의 연동도 가능합니다. 운영자는 지능형 장애 감지와 알림 체계를 통해 장애 발생 사실을 실시간으로 파악하고 신속히 대응할 수 있습니다. 다단계 알림 구조는 체계적 보고 라인 구축을 통해 서비스 안정성을 제고합니다. 2)운영 관리 효율성과 보안 강화 Zenius BRMS에서는 수집된 데이터에 대해 어플리케이션/사용자 기준으로 개별 및 그룹 단위의 모니터링 권한을 설정할 수 있습니다. 운영 목적 또는 사용자 역할에 따라 권한을 설정할 수 있어 보안 관리에 용이합니다. 또한 브라우저 성능 수집 시의 세션 샘플링 비율, 리플레이 샘플링 비율 설정도 자유롭고 쉽게 변경할 수 있도록 돕기 때문에 운영 관리 효율성도 제고시킬 수 있습니다. 3)EMS 프레임워크 기반의 통합성과 확장성 Zenius BRMS는 EMS(Enterprise Management System) 프레임워크 환경에서 동작하기 때문에, 다른 관제 대상과 손쉽게 연계되어 통합 관리가 가능합니다. 이를 통해 운영자는 브라우저 성능뿐만 아니라 서버, 네트워크, 애플리케이션 등 다양한 관리 대상을 하나의 플랫폼에서 종합적으로 확인할 수 있습니다. 또한 모듈형 구조를 기반으로 해 확장이 용이하므로, 서비스 규모 확대나 신규 모니터링 항목 추가 시에도 유연하게 대응할 수 있습니다. 더불어 APM 성능 항목과 통합상황판(Overview)을 구성한다면, 웹 서비스 전반에 대한 문제 원인과 영향도를 신속히 파악할 수 있습니다. 이러한 EMS 기반 통합성과 확장성은 운영자의 관리 효율성을 높이고, 안정적인 서비스 품질 유지에 기여합니다. Zenius BRMS는 웹 서비스의 성능을 기록하는 것에 머무르지 않고, 실제 사용자가 느낀 속도와 반응을 데이터로 보여주며 행동 흐름까지 되짚어줍니다. Zenius BRMS는 모니터링 외에도 분석, 장애 감지, 알림 등 운영자를 위한 기능으로 안정적인 서비스 운영할 수 있도록 돕겠습니다. 기술 개발에만 힘쓰며 실제 사용자가 서비스를 얼마나 편리하게 사용하는지 고민하는 것을 놓치고 있었다면, 또는 다양한 디바이스나 지역에서의 성능 데이터 수집에 어려움을 가지고 있었다면, Zenius BRMS와 함께 서비스 품질의 한 끝을 달리해보는 것은 어떨까요? 빠르게 변하는 디지털 환경에서 사용자 경험을 놓치지 않으려는 운영자에게 Zenius BRMS 는 의지할 수 있는 기반이 될 것입니다.
2025.09.08
브라우저 모니터링 시스템(Zenius BRMS) 개발기
브라우저 모니터링 시스템(Zenius BRMS) 개발기
IT 시스템은 날이 갈수록 복잡해지고 있습니다. 모놀리식 아키텍처는 유연한 마이크로서비스(MSA)로 분화되었고, 정적인 서버 환경은 컨테이너와 서버리스 기반의 클라우드 네이티브로 빠르게 전환되었습니다.이러한 변화 속에서 DevOps 문화의 확산과 함께 시스템 전체의 상태를 파악하는 '옵저버빌리티(Observability)'의 중요성은 그 어느 때보다 커졌습니다. 이러한 배경에서 브레인즈컴퍼니는 고객들이 사용자 경험의 최접점인 웹 브라우저 구간까지 모니터링 범위를 확장하여 서비스 전반의 가시성을 확보할 수 있도록, 브라우저 모니터링 시스템인 'Zenius BRMS(Browser Monitoring System)'를 개발하게 되었습니다. 사용자 행동 추적과 정밀한 체감 성능 분석이 강점인 Zenius BRMS의 핵심 엔진을 구현하기 위한 내용을 정리했습니다. 우리만의 아키텍처: 중계 에이전트가 없는 통합 파이프라인 Zenius BRMS는 브라우저 데이터 수집의 핵심 도구로 표준 오픈소스 프레임워크를 채택했습니다. 이는 특정 벤더에 종속되지 않으면서 MSA 및 클라우드 네이티브 환경의 사실상 표준(De Facto Standard)으로 자리 잡은 기술이기 때문입니다. 단순히 데이터를 수집하는 기능을 넘어, 데이터의 생성부터 전송까지 수집 라이프사이클 전체를 아우르는 포괄적인 규격을 갖추었다는 점이 결정적인 도입 배경이 되었습니다. 다만, 표준 아키텍처를 그대로 따르기보다는 운영 환경에 최적화된 구조를 설계하는 데 집중했습니다. 이미 백엔드 데이터 처리의 중추 역할을 하는 자사 매니저가 존재하므로, 이를 최대한 활용하여 전체 구조를 단순화하기로 한 것입니다. 결과적으로 운영 복잡도를 높이는 별도의 오픈소스 수집 에이전트를 중간에 두는 대신, 브라우저에서 수집한 데이터를 자사 매니저로 직접 전송하는 효율적인 통합 파이프라인을 구축했습니다. “애플리케이션 -> 매니저 -> 저장소” 구조로 배치 프로세서를 사용하여 데이터를 수집한 후 매니저로 전송합니다. 이를 통해 외부 프레임워크 관리 포인트를 줄이면서도 자사 솔루션의 강력한 데이터 처리 기능을 활용하여 프로세스를 일원화할 수 있었습니다. NodeJS나 모바일 앱 환경이라도 엔드포인트만 매니저로 지정하면 즉시 연동이 가능한 구조입니다. 이제 이렇게 수집된 데이터를 어떻게 다루고 있는지 살펴보겠습니다. 세션(Session) 정의와 생명주기 수집된 데이터를 분석하기 위해서는 기준이 필요합니다. 우리는 식별 ID를 가진 특정 사용자가 아니라 브라우저에 접근한 행위 자체를 하나의 세션으로 정의했습니다. 따라서 한 명의 사용자라도 상황에 따라 여러 개의 세션을 생성할 수 있습니다. 세션은 무한히 지속될 수 없으므로, 미동작 만료 시간(15분)과 최대 지속 시간(4시간)을 두어 생명주기를 관리합니다. 사용자가 활동을 하면 만료 시간이 갱신되지만 시작 후 15분 이내 동작이 없거나 4시간이 지나면 강제로 만료되는 구조입니다. 세션 정보는 쿠키를 활용하여 데이터 수집시점에 활용합니다. 해시 기반 샘플링 (XOR 연산의 활용) 때에 따라 대량의 데이터를 모두 수집하는 것은 비효율적이므로 샘플링이 필수적입니다. 기존의 샘플링은 단편적인 데이터 손실을 유발했기에 우리는 세션 기준 샘플링을 도입했습니다. 알고리즘 핵심은 균등한 분포(Uniform Distribution)를 만드는 것입니다. 세션 ID(UUID)를 32비트 정수로 변환하여 샘플링에 활용했는데 이 과정에서 AND 연산은 0으로 OR 연산은 최대값으로 수렴하는 경향이 있습니다. 따라서 우리는 비트의 무작위성을 가장 잘 보존하는 XOR 연산을 사용하여 균등한 샘플링 확률을 보장했습니다. 데이터 유실 없는 전송: sendBeacon vs keepalive 조금 더 자세한 가시성 확보를 위해 우리는 세션의 행동이 녹화되는 기능을 추가했습니다. 세션 행동을 녹화하여 전송할 때 가장 큰 문제는 브라우저 닫기 등으로 인한 데이터 유실입니다. 보통 이 시점에 navigator.sendBeacon을 많이 사용하지만 우리는 Fetch API의 keepalive: true 옵션을 선택했습니다. sendBeacon은 헤더 커스터마이징에 제약이 있고 응답 처리가 불가능한 반면 keepalive 옵션은 훨씬 유연한 제어가 가능하기 때문입니다. 64KB 용량 제한 이슈는 전송 주기를 조절하고 자체 용량 체크 로직을 추가하여 해결했습니다. 단순 저장소를 넘어: 다차원 분석을 위한 데이터 아키텍처 전환 Zenius BRMS의 초기 설계에서는 매니저에서 가공된 데이터의 신속한 기록과 실시간 조회를 위해, 입출력 속도가 뛰어난 Key-Value 기반의 인메모리 데이터베이스가 활용되었습니다. 하지만 분석해야 할 데이터 속성이 점차 다차원적으로 고도화되고, 분산된 시스템 간의 정교한 데이터 동기화가 요구되면서 기존 Key-Value 구조를 넘어선 확장성이 필요해졌습니다. 이에 따라 대규모 데이터 검색과 복잡한 집계 연산에 최적화된 검색 엔진 기반 저장소로 아키텍처를 전환했습니다. 특히 데이터 유입 단계의 파이프라인에서 요청-응답 시간(Response Time)과 같은 주요 파생 데이터를 미리 연산하여 저장하는 방식을 도입함으로써, 조회 시점의 연산 부하를 줄이고 데이터 가공 효율을 높였습니다. 단순한 처리 속도를 넘어 데이터의 활용성과 분석의 유연성에 무게를 둔 결과, 보다 심도 있고 다각적인 모니터링이 가능한 분석 환경을 구축할 수 있게 되었습니다. 브라우저에서 실시간으로 수집된 데이터는 자사 매니저를 거쳐 분석 목적에 최적화된 저장소에 안전하게 기록됩니다. 이로써 그간 파악하기 어려웠던 사용자 경험의 최전방인 프론트엔드 구간의 가시성을 확보할 수 있게 되었습니다. 이제 남은 핵심 과제는 "사용자의 클릭 한 번이 백엔드의 구체적인 어떤 쿼리를 유발했는가?"를 단절 없이 연결하는 것입니다. 이러한 전 구간(End-to-End) 추적을 실현하기 위해 서비스 간의 연관 관계를 정의하는 컨텍스트 전파(Context Propagation) 기술을 더욱 고도화할 계획입니다. 나아가 AI 기반의 이상 탐지(AIOps) 기술을 결합하여, 단순한 수치 관찰을 넘어 시스템 스스로 문제를 진단하고 예측하는 진정한 의미의 옵저버빌리티를 완성해 나갈 예정입니다.
2025.12.23
다음 슬라이드 보기