기술 포트폴리오 · 슬라이드
Binlog shipping service
모니터링 v2 구축
고객사 on-premise 동기화 상태를 중앙에서 관측하는 Grafana 기반 관측 체계를 재설계·구축
래브라도랩스(LabradorLabs) · 데이터파트 · 2026 (~04 v2.0.0) · 데이터파트 파트리더
01 · 배경
왜 v2였나
- Binlog shipping service는 운영 데이터를 고객사 on-premise까지 동기화하는 핵심 경로
- 기존 모니터링은 고객사 동기화 상태 중앙 관측이 어려움 — 한계를 제기
- 분산된 고객사 환경 → 중앙에서 선제적으로 인지할 가시성이 필요
02 · 구조
관측 파이프라인
Binlog shipping service 서버 5대nginx / MySQL
→
Vector통계 수집
→
TimescaleDBPostgreSQL 집계 저장
→
Grafana대시보드 + 알람
물리 서버 5대를 중앙 관측 — Vector로 통계를 수집해 TimescaleDB(PostgreSQL)에 적재하고 Grafana로 시각화하며 임계치 알람을 연동.
03 · 대시보드
4개 관측 영역
수집 현황인스턴스별 binlog · 도메인별 로그 수집
고객사 현황업데이트 현황 · API 버전 분포
에러 모니터링고객사별 요약 · 최근 24시간 상세
04 · 임팩트
결과
선제 대응에러·용량 추이 사전 감지로 선제적 장애 대응
관측 체계화수집·고객사·에러·용량 단일 대시보드 표준화
문서 자산화설계서·아키텍처·런북·등록 가이드 (2026-04)
05 · 역할 & 배움
내 역할
- 데이터파트 파트리더로서 한계 제기 → v2 재설계 → 구축 → 문서화 주도 (2026-01~)
- Binlog shipping service 서버·통계 수집·Grafana를 잇는 관측 파이프라인 설계
- 배움: 분산 고객사 환경은 중앙 가시성·선제 알람이 운영 안정성의 핵심
🔄 바이너리 로그 동기화 시리즈 ④ — ① 스크램블링 · ② 모니터링·로그 수집기 · ③ 암호화 전환 · ④ 모니터링 v2