← 기술 목록으로
DB 아키텍처 리엔지니어링 — 컴포넌트별 인스턴스 분리
장기 운영으로 혼재된 단일 DB 구조를 역할·컴포넌트 단위 인스턴스로 분리해, 확장성과 운영 책임을 명확히 한 재설계
기간2024
소속래브라도랩스(LabradorLabs) · 데이터파트
역할데이터파트 Systems Engineer · 재설계 주도
MySQLReplicationDB 아키텍처AWS / IDC
1배경
수년간 누적된 데이터가 역할이 다른 데이터를 한 인스턴스에 혼재시키는 구조로 운영되어, 부하·장애가 서로 간섭하고 확장과 유지보수가 어려웠습니다.
Before
역할이 다른 데이터(원천/가공/배포용)가 한 인스턴스에 혼재 → 부하·장애 상호 간섭, 확장 병목
After
역할·컴포넌트 단위로 인스턴스 분리 → 장애 격리, 독립 확장, 책임 경계 명확
2한 일
- 역할(원천 수집 / 마스터 / 배포·복제)별로 DB 인스턴스를 분리해 토폴로지 재설계
- 성격이 다른 대용량 데이터를 별도 DB로 분리해 핵심 DB의 부하·크기 부담 완화
- 복제 인스턴스 분리에 맞춰 다운로드 웹서버·updater를 개선(v1.1.0)해 동기화 경로 정비
A아키텍처 (토폴로지)
성격이 다른 대용량 데이터는 핵심 DB에서 분리해 별도 인스턴스로 운영.
3임팩트
장애 격리 — 한 컴포넌트의 부하/장애가 전체로 번지지 않는 구조
독립 확장성 — 컴포넌트별로 리소스를 따로 키울 수 있는 토대
운영 명확성 — 책임 경계가 분명해져 백업·모니터링·변경이 단순화
4역할
데이터파트 엔지니어로서 토폴로지 재설계와 인스턴스 분리, 동기화 경로 정비를 주도했습니다. 사내·고객사 동기화에 영향을 주는 변경이라 단계적으로 적용했습니다.
같은 해 MySQL 8.0→8.4 LTS 업그레이드, 복제 바이너리 로그 암호화와 함께 진행한 DB 플랫폼 고도화의 일부.