🔒 내부용 · 비배포 · 출처: Jira/Confluence 수집물 2026-04 (+ 본인 정정)
복제 바이너리 로그 스크램블링 (2024-06)
동기화 경로 보호 온보딩 상세
0한눈에
- 관련 Jira:
DATA-908 (2024-06). ※ Jira 제목은 "binlog file 암호화"지만, 2024 실제 구현은 스크램블링(난독화)이다.
- 목적: 마스터 → dist → 고객사 on-premise 로 전파되는 binary log가 전송 중 평문으로 노출되지 않도록 보호.
1스크램블링 vs 암호화 (중요)
2024년 작업은 스크램블링(난독화)으로, 전송 중 평문 가독성을 떨어뜨리는 1차 보호다. 암호학적 암호화와는 보안 강도가 다르다.
정식 암호화는 2026년 Binlog shipping service v4 전환에서 도입. 포트폴리오/이력 서술 시 2024=스크램블링, 2026 Binlog shipping service v4=암호화로 구분할 것.
2온보딩 포인트
- binary log는 복제·고객사 동기화의 원천 → 보호 대상이자 전송 시스템(Binlog shipping service)과 직결.
- 스크램블 적용은 마스터→복제→고객사 전 경로의 복원 호환성 확인이 필요(한 곳이라도 복원 못 하면 동기화 실패).
- 발전 경로: 2024 스크램블링 → 2026 Binlog shipping service v4 암호화.
3공개와의 차이
공개 버전(human/portfolio/items/binlog-scrambling.html)은 티켓 ID·내부 호스트명(dist 등)·고객사명을 제거하고 일반화. 스크램블링 구체 방식은 비공개.
🔄 바이너리 로그 동기화 시리즈 ① — ① 스크램블링 · ② 모니터링·로그 수집기 · ③ 암호화 전환 · ④ 모니터링 v2