우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›쿠팡›재무·회계 일반›질문 상세
    問
    쿠쿠팡재무·회계 일반지원 동기2026년 출제

    레거시 시스템을 마이크로서비스 아키텍처로 마이그레이션한 경험이 있다면, 그 과정에서 어떤 도전과제를 겪었나요?

    답변 미리보기

    학부 졸업 프로젝트에서 모놀리식 구조로 만든 쇼핑 서비스를 사용자/주문/상품 3개 서비스로 분리하는 작업을 했습니다. 가장 어려웠던 건 데이터베이스 분리로…

    예상 답변 시간
    90초
    예상 꼬리질문
    3회
    난이도
    난이도 중상
    출제 빈도
    보통
    INTERVIEWER'S INTENT · 면접관의 의도

    이 질문, 네 갈래로 뜯어봅니다.

    면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.

    問
    01
    마이그레이션 과정에서의 도전은 무엇인가?
    마이그레이션 과정에서 겪은 도전과제의 흔적이 답에 있어야 합니다. 없으면 면접관이 '어떤 문제를 해결했나요?'를 추가로 묻는 경우가 자주 보입니다.
    骨
    02
    기술적 문제 해결 경험이 있는가?
    기술적 문제를 해결한 경험의 흔적이 답에 있어야 합니다. 없으면 면접관이 '어떤 방법을 사용했나요?'를 물어보는 자리가 자주 보입니다.
    語
    03
    협업 경험은 어떤가?
    팀원과의 협업 경험에 대한 흔적이 답에 있어야 합니다. 없으면 면접관이 '어떻게 소통했나요?'를 추가로 묻는 경우가 많습니다.
    本
    04
    프로젝트 결과에 대한 피드백을 했는가?
    프로젝트 결과에 대한 피드백을 주고받은 흔적이 답에 있어야 합니다. 없으면 면접관이 '결과를 어떻게 평가했나요?'를 묻는 경우가 자주 보입니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    쿠팡 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    직접 경험 기반약 60초마이크로서비스 분리 후 서비스 간 통신 방식 설계에서 겪은 도전 결약 60초마이그레이션 중 배포 전략 문제와 데이터 일관성 유지에서 겪은 도전 결약 60초
    예시 답변 1
    약 60초

    직접 경험 기반

    학부 졸업 프로젝트에서 모놀리식 구조로 만든 쇼핑 서비스를 사용자/주문/상품 3개 서비스로 분리하는 작업을 했습니다. 가장 어려웠던 건 데이터베이스 분리로, 기존에 하나였던 DB를 서비스별로 나누면서 트랜잭션 일관성을 유지하는 방법을 고민했습니다. 이벤트 기반 통신(메시지 큐)을 도입해 서비스 간 의존성을 줄였고, 일부 강결합된 부분은 API 게이트웨이를 통해 우선 분리했습니다. 마이그레이션을 완료한 이후 각 서비스를 독립적으로 배포할 수 있게 됐지만, 서비스 간 호출이 늘면서 네트워크 지연이 생기는 트레이드오프를 직접 경험했습니다.

    구조 변경은 기술보다 도메인 경계를 명확히 정의하는 것이 먼저라는 걸 배웠습니다. 마이그레이션을 통해 구조 변경은 기술 선택보다 도메인 경계 설정이 먼저라는 걸 배웠고, 이 순서를 지켜야 나중에 재작업이 줄어듭니다.

    이 결의 특징
    쇼핑 서비스를 사용자·주문·상품 3개 서비스로 나누며 데이터베이스 분리와 이벤트 기반 통신을 도입한 흔적이 있습니다. 네트워크 지연이라는 트레이드오프까지 직접 경험한 결이 담겨 있습니다.
    이 결이 통하는 자리
    독립 배포와 지연 발생이 함께 구체적으로 살아 있을 때 통합니다. 기술보다 도메인 경계 정의가 먼저라는 관점이 붙어 있는 자리에서 통하는 결입니다.
    예시 답변 2
    약 60초

    마이크로서비스 분리 후 서비스 간 통신 방식 설계에서 겪은 도전 결

    레거시 시스템을 마이크로서비스로 분리하면서 데이터베이스 분리 외에 서비스 간 통신 방식을 결정하는 것도 어려운 과제였습니다. 모놀리식 구조에서는 함수 호출로 끝났던 것이, 서비스 분리 후에는 동기 REST 호출과 비동기 메시지 큐 중 어느 방식을 쓸지를 상황마다 결정해야 했습니다. 처음에는 모든 통신을 REST로 구성했는데, 한 요청이 여러 서비스를 거쳐야 할 때 응답 시간이 길어지고 의존성 문제가 생겼습니다.

    주문 처리처럼 결과를 기다려야 하는 것은 동기 방식으로, 이메일 알림처럼 즉각 응답이 필요 없는 것은 메시지 큐로 분리하는 방향으로 정리했습니다. 이 과정에서 각 서비스 간 통신 패턴을 명확히 정의하는 것이 아키텍처 설계의 핵심이라는 것을 배웠습니다.

    통신 방식이 마이크로서비스의 성능을 결정합니다. 동기와 비동기 선택이 아키텍처 품질입니다. 패턴을 정의하는 것이 분리보다 더 어려운 작업이었습니다.

    이 결의 특징
    모든 통신을 REST로 하다 응답 지연을 겪고 동기·비동기를 상황별로 분리한 흔적이 있습니다. 주문 처리와 이메일 알림을 구체적으로 나눈 결이 담겨 있습니다.
    이 결이 통하는 자리
    REST 일괄 적용과 분리 후의 비교가 구체적으로 살아 있을 때 통합니다. 통신 패턴 정의가 분리보다 어려운 작업이었다는 관점이 붙어 있는 자리에서 통하는 결입니다.
    예시 답변 3
    약 60초

    마이그레이션 중 배포 전략 문제와 데이터 일관성 유지에서 겪은 도전 결

    레거시에서 마이크로서비스로 마이그레이션할 때 기존 시스템을 한 번에 바꾸지 않고 점진적으로 전환하는 전략(Strangler Fig 패턴)을 써야 하는 이유를 경험으로 배웠습니다. 처음에는 전체를 한꺼번에 전환하려 했는데, 기존 기능이 안정적으로 작동하면서 새 서비스도 개발해야 하는 상황에서 두 가지를 병행하는 것이 예상보다 훨씬 복잡했습니다. 특히 데이터 일관성 문제가 컸는데, 모놀리식이 아직 데이터를 일부 관리하는 상태에서 새 서비스도 같은 데이터를 참조할 때 어느 쪽이 진짜 소스인지를 명확히 정의하지 않으면 충돌이 생겼습니다. 이 경험이 점진적 전환과 단일 진실 소스(Single Source of Truth) 원칙의 중요성을 이해하는 계기가 됐습니다.

    점진적 전환이 리스크를 줄입니다. 단일 진실 소스가 데이터 충돌을 막습니다. 마이그레이션 전략이 결과를 결정합니다.

    이 결의 특징
    한 번에 전환하려다 데이터 일관성 충돌을 겪고 점진적 전환 전략으로 옮긴 흔적이 있습니다. 어느 쪽이 진짜 소스인지 명확히 정의하지 못해 충돌이 난 구체 상황이 담긴 결입니다.
    이 결이 통하는 자리
    점진적 전환 전후의 복잡성 차이가 구체적으로 살아 있을 때 통합니다. 단일 진실 소스 원칙이 전환 전략과 함께 붙어 있는 자리에서 통하는 결입니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

    같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.

    • ✕떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.
    • ✕선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.
    • ✕결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.
    • ✕지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.
    ▶이어질 꼬리질문

    진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.

    壹어떤 도전과제가 가장 기억에 남나요?
    貳그 도전과제를 해결하기 위해 어떤 방법을 사용했나요?
    參프로젝트 후 어떤 교훈을 얻었나요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 쿠팡 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

    같은 흐름에서 자주 이어지는 질문들이에요.

    쿠팡 · 백엔드
    마이크로서비스 아키텍처를 적용한 프로젝트 경험이 있다면, 그 과정에서 어떤 도전이 있었는지 이야기해 줄 수 있어?
    이 질문 보기
    당근마켓 · 백엔드
    마이크로서비스 아키텍처에 대한 이해를 바탕으로 어떤 문제를 해결해본 경험이 있나요?
    이 질문 보기
    크래프톤 · 백엔드
    마이크로서비스 아키텍처 기반으로 설계한 프로젝트가 있다면, 그 과정에서 어떤 기술적 문제를 해결했는지 이야기해줄래?
    이 질문 보기
    토스 · 백엔드
    마이크로서비스 아키텍처(MSA)로의 전환 과정에서 발생했던 도전 과제는 무엇이었고, 이를 어떻게 해결했는지 설명해 주세요.
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 쿠팡 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기