우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›쿠팡›백엔드›질문 상세
    問
    쿠쿠팡백엔드경험·이력2026년 출제

    Zero downtime을 달성하기 위한 인프라 설계에서의 접근 방식을 설명해 주세요.

    답변 미리보기

    졸업 프로젝트에서 서비스 중단 없이 배포하는 구조를 처음 고민해봤습니다. 단순히 서버 하나에 새 코드를 올리는 방식을 쓰다가, 배포 중 약 30초간 서비스가…

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

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

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

    問
    01
    접근 방식은 어떤가?
    인프라 설계에서의 접근 방식에 대한 설명이 필요합니다. 없으면 면접관이 '구체적인 방법론은 무엇인가요?'를 추가로 묻는 경우가 자주 보입니다.
    骨
    02
    실제로 적용했던 사례는?
    실제 경험에 기반한 사례가 답에 포함된 흔적이 있어야 합니다. 없으면 면접관이 '그 사례에서 어떤 문제를 해결했나요?' 같은 질문을 던지는 자리가 자주 보입니다.
    語
    03
    장애 대응 전략은 무엇인가?
    장애 대응 전략에 대한 언급이 필요합니다. 없으면 면접관이 '장애 발생 시 어떤 조치를 취할 건가요?'를 추가로 묻는 경우가 흔하게 통합니다.
    本
    04
    무엇을 우선시했는가?
    우선순위에 대한 설명이 답에 있어야 합니다. 없으면 면접관이 '어떤 요소를 가장 중요하게 생각했나요?'를 질문하는 자리가 자주 보입니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    쿠팡 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    롤링 업데이트 실험·헬스체크 설정·롤백 구조 중심으로 푸는 결약 88초Blue-Green 배포·헬스체크 조건·즉각 롤백 구조 중심으로 푸는 결약 86초DB 스키마 단계적 전환·피처 플래그·배포-릴리스 분리 중심으로 푸는 결약 88초
    예시 답변 1
    약 88초

    롤링 업데이트 실험·헬스체크 설정·롤백 구조 중심으로 푸는 결

    졸업 프로젝트에서 서비스 중단 없이 배포하는 구조를 처음 고민해봤습니다. 단순히 서버 하나에 새 코드를 올리는 방식을 쓰다가, 배포 중 약 30초간 서비스가 끊기는 문제가 생겼습니다. 이후 Kubernetes의 롤링 업데이트 방식을 학습하면서 Pod를 하나씩 교체해 서비스 연속성을 유지하는 구조를 실험해봤습니다.

    liveness probe와 readiness probe를 설정해서 새 버전이 정상 응답을 확인하기 전까지 트래픽을 받지 않도록 했습니다. 가장 우선시한 것은 배포 실패 시 자동으로 이전 버전으로 롤백되는 구조를 미리 만들어두는 것이었습니다. 대규모 환경에서는 Blue-Green 배포나 카나리 배포가 더 안전하다는 것도 학습했는데, 이 두 방식의 차이는 트래픽을 전환하는 시점과 범위라고 이해했습니다. zero downtime은 기술 선택보다 장애 시나리오를 미리 정의해두는 것이 핵심임을 배웠습니다.

    이 결의 특징
    단일 서버 배포에서 30초 서비스 중단을 직접 겪고, Kubernetes 롤링 업데이트와 liveness·readiness probe로 문제를 해결한 흔적이 있습니다. 배포 실패 시 자동 롤백 구조를 미리 만들어둔 우선순위가 담긴 결이 보입니다.
    이 결이 통하는 자리
    실제 중단 경험과 해결 과정이 구체적으로 살아 있을 때 통합니다. 기술 선택보다 장애 시나리오 정의가 핵심이라는 결론이 있을 때 통하는 결이 보입니다.
    예시 답변 2
    약 86초

    Blue-Green 배포·헬스체크 조건·즉각 롤백 구조 중심으로 푸는 결

    Zero downtime을 목표로 할 때 Blue-Green 배포 방식이 리스크를 가장 잘 통제한다고 생각합니다. 롤링 업데이트는 교체 중간에 구버전과 신버전이 동시에 서비스되는 구간이 생기는데, Blue-Green은 환경 전체를 준비한 뒤 트래픽을 한 번에 전환하기 때문에 두 버전이 섞이지 않습니다. 인프라 수업 실습에서 로드 밸런서의 타깃 그룹을 전환하는 방식으로 이 패턴을 구현해봤는데, 새 버전 헬스체크가 모두 통과된 이후에만 전환되도록 조건을 걸었습니다. 문제가 생겼을 때 이전 환경이 그대로 살아있기 때문에 롤백이 트래픽 전환 한 번으로 끝나는 점이 가장 큰 장점이었습니다. 두 환경을 동시에 운영해야 한다는 비용 부담이 있지만, 배포 실패 시 복구 시간을 최소화하는 것이 더 중요한 서비스에서는 그 비용이 정당화됩니다. 어떤 방식을 선택하든 사전에 장애 시나리오를 정의하고 복구 절차를 문서화해두는 것이 전제입니다.

    이 결의 특징
    롤링 업데이트의 버전 혼재 문제를 짚고 Blue-Green 배포로 트래픽을 한 번에 전환하는 구조를 실습한 흔적이 있습니다. 헬스체크 통과 후에만 전환되는 조건을 걸어 롤백을 트래픽 전환 한 번으로 줄인 결이 보입니다.
    이 결이 통하는 자리
    두 배포 방식의 차이를 구체적으로 비교한 이해가 살아 있을 때 통합니다. 비용 부담을 인정하면서도 정당화하는 논리가 있을 때 통하는 결이 보입니다.
    예시 답변 3
    약 88초

    DB 스키마 단계적 전환·피처 플래그·배포-릴리스 분리 중심으로 푸는 결

    Zero downtime에서 가장 까다로운 부분은 애플리케이션 배포가 아니라 데이터베이스 스키마 변경이라고 생각합니다. 코드는 새 버전으로 교체하면 되지만, DB 스키마 변경은 이미 실행 중인 쿼리에 영향을 주기 때문에 더 세심한 접근이 필요합니다. 데이터베이스 수업에서 배운 방법은 새 컬럼을 먼저 추가한 뒤, 기존 컬럼과 병행 운영하다가 트래픽이 완전히 이전된 후 구 컬럼을 제거하는 단계적 전환입니다. 또한 피처 플래그를 활용하면 코드를 배포하되 기능은 아직 켜지 않는 방식으로 배포와 릴리스를 분리할 수 있습니다. 졸업 프로젝트에서 이 개념을 실험해보면서, 배포는 기술적 이벤트이고 릴리스는 비즈니스 결정이라는 구분이 생겼습니다. 장애 대응 측면에서는 이상 지표가 감지되면 자동으로 이전 버전으로 되돌아가는 알람과 롤백 트리거를 미리 설정해두는 것이 무중단 운영의 실질적인 기반입니다.

    이 결의 특징
    코드 배포보다 DB 스키마 변경이 더 까다롭다는 통찰로 새 컬럼 병행 운영 후 단계적 전환하는 방법과 피처 플래그를 결합한 흔적이 있습니다. 배포는 기술적 이벤트, 릴리스는 비즈니스 결정이라는 구분이 담긴 결이 보입니다.
    이 결이 통하는 자리
    배포와 릴리스를 분리하는 개념이 구체 실험과 함께 살아 있을 때 통합니다. 이상 감지 시 자동 롤백 트리거까지 설계될 때 통하는 결이 보입니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

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

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

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

    壹이러한 접근 방식의 장단점은 무엇인가요?
    貳이런 설계에서 고려해야 할 요소는 무엇인가요?
    參만약 이를 다른 환경에 적용한다면 어떻게 될까요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 쿠팡 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

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

    신세계아이앤씨 · 공통직무·미지정
    IT 인프라 설계 및 구축 시 어떤 접근 방식을 취하나요?
    이 질문 보기
    토스 · 프로덕트 디자이너
    사용자 실수를 방지하기 위한 인터페이스 디자인에서 어떤 접근 방식을 취했는지 설명해 주세요.
    이 질문 보기
    쿠팡 · 운송·물류 일반
    효율적인 물류 네트워크 설계를 위해 어떤 접근 방식을 사용할 수 있을까요?
    이 질문 보기
    당근마켓 · 백엔드
    복잡한 인프라 환경에서 동시성 문제를 해결하기 위해 어떤 접근 방식을 취할 수 있을까요?
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 쿠팡 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기