운영 중 · 2024–25

서비스 배포용 DB 변경 관리 정책 수립

긴급 DDL도 요청·검토·실행·전파·형상 확인을 거치도록 배포 DB 변경 절차를 정리했습니다.

기간2024–2025

소속래브라도랩스(LabradorLabs)

역할데이터 엔지니어 · 서비스 배포용 DB 담당

DDL 거버넌스일관성MySQL

작업 요약

환경별 변경 이력·권한·반영 순서 문서화

긴급 변경을 반영하는 과정에서 DDL이 일부 환경에 누락됐습니다. 요청자와 승인자, 환경별 반영 상태를 확인할 수 있는 절차가 필요했습니다.

그래서 역할과 권한을 나누고 6단계 변경 흐름으로 정리했습니다. 배포 DB와 운영 DB 사이의 불일치를 줄이기 위한 절차였습니다.

운영 중 긴급 처리가 반복되면서 서비스 배포용 DB 변경 절차가 제대로 지켜지지 않았습니다. 그 결과 DB 환경 간 불일치와 DDL 누락이 생겨 운영에 혼란이 발생했습니다.

변경 절차와 담당자 권한을 함께 정리했습니다. 변경 요청부터 환경 전파까지의 단계를 명문화하고 단계별 책임자를 분리했습니다.

마지막으로 초기설치본과 동일한 형상이 유지되는지 검증해 신규 설치 환경과 운영 환경의 DB 형상이 어긋나지 않도록 했습니다.

DB별로 역할과 권한을 명확히 나누어 한 사람이 변경을 임의로 끝까지 진행하지 못하도록 했습니다.

DB 정의 변경 최종 권한스키마 변경의 최종 승인 책임

DDL 실행 담당승인된 변경의 DDL을 실제 실행

테스트(검증) 관리변경 검증 절차를 관리

초기설치본 형상 유지초기설치본과 동일한 DB 형상 유지

배포 데이터 일관성서비스 배포용 DB 데이터의 일관성 책임

DDL 누락 방지승인·반영 흐름을 강제해 변경 누락을 차단

환경 간 일관성DB 환경 간 형상·데이터 불일치 해소

임의 변경 억제권한 분리로 절차 외 변경을 줄임

형상 확인초기설치본과 운영 환경의 DB 형상을 대조

데이터 엔지니어 · 서비스 배포용 DB 담당으로서 서비스 배포용 DB 변경 관리 정책을 단독으로 수립·운영했습니다. 변경 반영 흐름에서 서비스 배포용 DB의 최종 반영을 책임지며 권한 분리와 승인 절차가 실제 운영에서 지켜지도록 했습니다.

변경을 요청하고 승인하는 사람과 실제로 실행하는 사람을 구분했습니다.