바이너리 로그 전송 시스템 v4
정식 암호화 전환

왜 했나

• 운영 DB의 바이너리 로그를 고객사 환경으로 전송하는 경로
• 이전에는 전송 데이터를 스크램블링(난독화)으로만 보호 — 정식 암호화 대비 보안 보장이 약함
• 고객사로 데이터가 나가는 경로 → 전송 구간 보안이 핵심 요구사항

전송 경로와 v4 전환

전송 시스템을 v4로 고도화하며 보호 방식을 난독화 → AES-256-GCM 정식 암호화(기밀성 + 무결성 Tag 검증)로 전환. 적용 측은 upsert + 트랜잭션 재시도로 중복 적용 에러를 제거.

가시성 확보

• 고객사 binlog 다운로드 모니터링 사이트 v2 구축 완료
• 산출물: 설계 · 아키텍처 · 런북 · 배포 시나리오 문서화
• 전송 보안 강화와 함께 고객사 환경에 대한 운영 가시성을 함께 확보

결과

내 역할

• 데이터파트 파트리더로서 v4 전환과 모니터링 v2 구축 주도 (2026-01 취임)
• 고객사로 나가는 데이터의 보안과 가시성을 함께 끌어올림
• 배움: 외부로 나가는 데이터는 "읽기 어렵게(난독화)"가 아니라 "키 없이는 못 읽게(정식 암호화)"가 기준

🔄 바이너리 로그 동기화 시리즈 ③ — ① 스크램블링 · ② 모니터링·로그 수집기 · ③ 암호화 전환 · ④ 모니터링 v2