여러 앱이 같은 DB를 사용합니다. 마이그레이션의 실행 소유자와 각 앱의 호환 배포 순서는 어떻게 정하나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
공유 DB의 스키마 변경은 앱별 배포보다 상위의 단일 실행 책임과 버전 기록이 필요합니다. 한 migration을 여러 앱이 동시에 실행하지 않게 조정하고, 모든 소비자가 혼합 스키마를 읽을 수 있는 확장 단계를 먼저 배포합니다.
migration 락만으로 구버전 코드 호환이 생기지는 않습니다. 배치·관리 SQL·ETL까지 쓰기 경로를 조사하고 백필·읽기 전환·옛 컬럼 제거를 분리합니다. 한 앱 rollback 시 다른 앱이 요구하는 새 스키마를 삭제하지 않습니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- 공유 DB의 스키마 변경은 앱별 배포보다 상위의 단일 실행 책임과 버전 기록이 필요합니다. 한 migration을 여러 앱이 동시에 실행하지 않게 조정하고, 모든 소비자가 혼합 스키마를 읽을 수 있는 확장 단계를 먼저 배포합니다.
- 한 앱 rollback 시 다른 앱이 요구하는 새 스키마를 삭제하지 않습니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: 공유 DB의 스키마 변경은 앱별 배포보다 상위의 단일 실행 책임과 버전 기록이 필요합니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.