우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›토스›백엔드›질문 상세
    問
    토토스백엔드직무 역량2026년 출제

    자유로운 무중단 배포가 가능한 MSA 환경에서 새로운 API를 개발할 때 어떤 점을 가장 우선적으로 고려해야 할까요?

    답변 미리보기

    상용 MSA 무중단 배포 실무는 없습니다. 학부 종합설계에서 작은 마이크로서비스 3개·Kubernetes 롤링 업데이트 실습이 가장 가까운 자리입니다. 새…

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

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

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

    問
    01
    MSA 환경의 이해가 있는가?
    MSA 환경에서의 아키텍처 이해 흔적이 답에 있어야 합니다. 없으면 면접관이 '어떤 문제를 해결하려고 했는가?'를 추가로 묻는 경우가 자주 보입니다.
    骨
    02
    API 설계의 중요성을 아는가?
    API 설계 원칙에 대한 이해가 답에 드러나야 합니다. 없으면 면접관이 '어떤 기준으로 설계하였는가?'를 추가로 질문하는 자리가 자주 보입니다.
    語
    03
    무중단 배포의 전략을 알고 있는가?
    무중단 배포를 위한 전략과 기술에 대한 지식 흔적이 답에 있어야 합니다. 없으면 면접관이 '어떤 방법을 사용할 것인가?'를 물어보는 경우가 많습니다.
    本
    04
    테스트와 품질 보증을 고려했는가?
    테스트 및 품질 보증에 대한 고려가 답에 포함된 흔적이 있어야 합니다. 없으면 면접관이 '어떤 테스트를 계획했는가?'를 추가로 묻는 경우가 자주 보입니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    토스 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    *MSA 무중단 배포 API 개발*을 학부·자료 학습으로 답한다.약 65초*무중단 배포 환경의 4가지 고려*를 정리한다.약 70초*무중단의 본체는 하위 호환성*이라는 시각을 보여준다.약 65초
    솔직 학습형
    약 65초

    *MSA 무중단 배포 API 개발*을 학부·자료 학습으로 답한다.

    상용 MSA 무중단 배포 실무는 없습니다. 학부 종합설계에서 작은 마이크로서비스 3개·Kubernetes 롤링 업데이트 실습이 가장 가까운 자리입니다.

    새 API 개발 시 챙긴 자리는 세 곳이었습니다. 첫째, 하위 호환성. 기존 클라이언트가 깨지지 않게. 둘째, 피처 플래그. 작은 단위로 켜고 끄는 자리. 셋째, 카나리 배포. 5%·25%·100% 점진 확대.

    첫 자리에 하위 호환 없이 응답 구조를 바꾼 실패가 있었고, 옛 클라이언트가 깨진 자리가 있었습니다. 그 일이 하위 호환은 첫 자리부터라는 자세를 만들었습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.

    이 결의 특징
    하위 호환성, 피처 플래그, 카나리 배포 세 가지를 챙긴 흔적과 함께, 응답 구조를 바꿔 옛 클라이언트가 깨진 초기 실패를 구체적으로 짚었습니다. 실패가 원칙을 세우는 계기가 된 흐름이 뚜렷합니다.
    이 결이 통하는 자리
    깨진 클라이언트 사례가 어떤 상황이었는지 구체적으로 남아 있을 때 통합니다. 원칙 나열에 그치지 않고 5%·25%·100% 같은 실제 확대 비율이 드러나면 면접관이 실행 경험을 판단하는 결이 보입니다.
    고려 정리형
    약 70초

    *무중단 배포 환경의 4가지 고려*를 정리한다.

    MSA 무중단 배포에서 새 API 개발 시 고려할 자리는 네 곳입니다.

    첫째, API 버전 관리. URL 버전·헤더 버전·하위 호환성. 둘째, 피처 플래그. 코드는 배포·기능은 분리해 켜고 끄기. 셋째, 카나리·점진 출시. 작은 사용자부터 점진적으로. 넷째, 관찰성·롤백. 문제 발생 시 빠른 되돌림.

    종합설계에서 4단계 롤백 절차를 안 정한 실패가 있었고, 문제가 났을 때 우왕좌왕한 자리가 있었습니다. 그 일이 롤백 절차는 첫 자리부터라는 자세를 만들었습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다. 그 자세는 어떤 자리에서도 같은 결을 만든다고 봤고, 새 직무에서도 첫 한 달의 작은 자리에서부터 그 결을 그대로 가져가는 자세로 들어가고 싶습니다.

    이 결의 특징
    API 버전 관리, 피처 플래그, 카나리·점진 출시, 관찰성·롤백 네 단계로 정리하고, 롤백 절차를 미리 정하지 않아 문제 발생 시 우왕좌왕한 실패를 구체적으로 담았습니다.
    이 결이 통하는 자리
    롤백이 실제로 필요했던 상황과 그때 무엇이 부족했는지가 남아 있을 때 통합니다. 네 단계 나열보다 문제 발생 시 실제로 어떻게 대응했는지 한 장면이 붙으면 면접관이 확인하고 싶어하는 결이 보입니다.
    관점 중심형
    약 65초

    *무중단의 본체는 하위 호환성*이라는 시각을 보여준다.

    무중단 배포의 본체는 빠른 배포가 아니라 옛 버전과 새 버전이 동시에 도는 자리에서 안전함이라는 걸 학부에서 봤습니다.

    무중단으로 배포해도 옛 클라이언트가 새 응답에 깨지면 사용자 입장에서는 중단된 자리였습니다. 하위 호환·점진 출시·롤백 절차가 진짜 무중단의 본체였습니다.

    하위 호환을 가볍게 본 실패가 있었고, 옛 클라이언트가 깨진 자리가 있었습니다. 그 일이 하위 호환이 본체라는 자세를 만들었습니다. 실무에서도 사수의 호환성 양식부터 익히고 싶습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다. 그 자세는 어떤 자리에서도 같은 결을 만든다고 봤고, 새 직무에서도 첫 한 달의 작은 자리에서부터 그 결을 그대로 가져가는 자세로 들어가고 싶습니다.

    이 결의 특징
    무중단 배포의 본체를 빠른 배포가 아니라 옛 버전과 새 버전이 동시에 도는 자리의 안전함으로 재정의한 관점이 담겨 있습니다. 하위 호환을 가볍게 봤다가 클라이언트가 깨진 사례가 그 근거입니다.
    이 결이 통하는 자리
    이 관점이 실제 하위 호환 적용 사례 하나로 뒷받침될 때 통합니다. 정의만 반복하기보다 구체적으로 어떤 필드를 유지했는지가 드러나면 면접관이 재현성을 확인하는 결이 보입니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

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

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

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

    壹개발 시 가장 중요하게 생각한 기준은 무엇인가요?
    貳API 설계 시 보안 문제를 어떻게 해결할 수 있을까요?
    參만약 팀원과 의견 충돌이 있었더라면 어떻게 대처했을까요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 토스 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

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

    넛지헬스케어 · 모바일
    상용 앱이나 웹 서비스를 개발할 때 고려해야 할 사항은 무엇이라고 생각하나요?
    이 질문 보기
    라인 · 백엔드
    모바일 환경을 고려한 API 설계 경험이 있다면, 어떤 점에 주의했는지 설명해 주세요.
    이 질문 보기
    HL그룹 · SW·IT 일반
    FMS 시스템을 개발하면서 RESTful 또는 gRPC API를 설계할 때 어떤 점을 가장 중요하게 고려하나요?
    이 질문 보기
    삼성전자 DX부문 · 회로설계
    운영체제 기반 애플리케이션을 개발할 때 고려해야 할 주요 요구사항은 무엇인가요?
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 토스 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기