이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
레거시 온프레미스 서비스를 클라우드 네이티브로 전환한 경험이 있습니다. 단계는 크게 세 구간으로 나눠 진행했습니다. 첫째, 기존 모놀리식 애플리케이션을 분석해 도메인 단위로 서비스 경계를 식별했고, 의존성이 낮은 읽기 전용 API부터 분리했습니다. 둘째, 블루·그린 배포 환경을 구성해 트래픽을 점진적으로 이전했습니다.
다운타임 최소화를 위해 데이터베이스 이중화와 이벤트 스트리밍을 병행 운영했고, 구 시스템과 신 시스템이 동시에 쓰기를 처리하는 기간을 약 2주로 유지했습니다. 셋째, 모니터링 대시보드로 p99 응답시간과 에러율을 실시간 비교하며 롤백 기준을 사전에 정의해뒀습니다. 실제로 마이그레이션 중 캐시 레이어에서 TTL 불일치가 발생했는데, 즉시 구 시스템으로 트래픽을 되돌리고 수정 후 재배포해 서비스 중단 없이 처리했습니다. 이 경험에서 가장 중요하게 배운 것은 롤백 절차를 먼저 검증하고 나서 마이그레이션을 시작해야 한다는 점입니다.
레거시-클라우드 마이그레이션에서 가장 까다로운 것이 데이터베이스 전환입니다. 애플리케이션을 먼저 클라우드로 올려도 데이터가 온프레미스에 있으면 지연이 생기고, 반대도 마찬가지입니다. 이중 쓰기(dual-write) 방식으로 신·구 DB에 동시에 쓰면서 데이터 정합성을 확인한 뒤 구 DB를 읽기 전용으로 전환했습니다. CDC(Change Data Capture)를 써서 레거시 DB의 변경분을 실시간으로 신 DB에 동기화하는 방식도 병행했습니다. 데이터 전환이 안정화된 뒤 트래픽 전환으로 이어갔습니다.
이중 쓰기와 CDC가 DB 다운타임 없는 마이그레이션의 핵심입니다. 데이터 정합성 확인이 트래픽 전환의 전제입니다. 순서가 앱 전환보다 데이터 전환이 먼저여야 합니다.
마이그레이션에서 다운타임을 줄이는 방식으로 카나리 마이그레이션을 선택했습니다. 전체 트래픽을 한 번에 신환경으로 전환하면 문제가 생겼을 때 영향이 전체로 퍼집니다. 전체의 5~10% 트래픽을 먼저 신환경으로 보내고, 에러율·레이턴시·DB 쿼리 성능을 모니터링하면서 문제가 없으면 비율을 점진적으로 올렸습니다. 문제가 발견되면 즉시 구환경으로 롤백할 수 있어서 리스크가 낮았습니다. 블루-그린과 달리 두 환경을 장기간 병렬 운영하는 비용은 있지만, 안전성이 훨씬 높습니다.
카나리 마이그레이션이 다운타임 없는 전환의 안전한 방법입니다. 트래픽 점진 전환이 리스크를 나눕니다. 즉각 롤백 가능성이 안전성을 높입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 신세계아이앤씨 솔루션 아키텍트 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.