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

    선착순 결제와 같은 이벤트에서 수십 배의 트래픽을 처리하기 위한 시스템 설계에서 가장 중요한 요소는 무엇이라고 생각하나요?

    답변 미리보기

    졸업 프로젝트로 한정판 상품 선착순 구매 기능을 만들 때, 오픈 1분 만에 3,000명이 몰리는 시나리오를 시뮬레이션했습니다. 처음엔 요청을 바로 DB에 써서…

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

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

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

    問
    01
    시스템 설계에서 고려한 요소는 무엇인가?
    수십 배의 트래픽을 처리하기 위한 시스템 설계에서 고려한 요소의 흔적이 답에 있어야 합니다. 없으면 면접관이 '구체적으로 어떤 요소를 생각했나요?'를 추가로 묻는 경우가 자주 보입니다.
    骨
    02
    트래픽 분산 전략은 어떤가?
    트래픽을 분산시키기 위한 전략에 대한 언급이 답에 있어야 합니다. 없으면 면접관이 '어떤 방법으로 분산할 수 있나요?'라는 질문을 던지는 자리가 자주 보입니다.
    語
    03
    시스템 안정성을 어떻게 보장했는가?
    시스템 안정성을 보장하기 위한 방안의 흔적이 답에 있어야 합니다. 없으면 면접관이 '실제로 어떻게 안정성을 유지했나요?'를 추가로 묻는 경우가 많습니다.
    本
    04
    스케일링 경험은 어떤가?
    스케일링 관련 경험의 언급이 답에 있어야 합니다. 없으면 면접관이 '스케일링에 대한 경험이 있나요?'를 추가로 묻는 경우가 자주 보입니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    토스 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    대규모 이벤트 트래픽을 큐로 분리하고 수평 확장으로 대응한 설계 경험약 90초Redis 재고 카운터로 DB 부하를 낮추고 정합성을 유지한 경험 중심약 90초실제 이벤트 전 부하 테스트로 병목을 찾아 미리 대응한 경험약 90초
    분산 처리와 큐 설계 중심 답변
    약 90초

    대규모 이벤트 트래픽을 큐로 분리하고 수평 확장으로 대응한 설계 경험

    졸업 프로젝트로 한정판 상품 선착순 구매 기능을 만들 때, 오픈 1분 만에 3,000명이 몰리는 시나리오를 시뮬레이션했습니다. 처음엔 요청을 바로 DB에 써서 재고를 차감했는데, 동시성 문제로 재고가 음수가 되거나 중복 구매가 발생했습니다.

    이후 메시지 큐를 앞에 두고 처리 순서를 직렬화하는 방식으로 바꿨습니다. 요청은 큐에 쌓이고, 소비자가 순서대로 재고를 확인·차감하니 중복 구매가 사라졌습니다. 큐의 처리 속도가 병목이 되어 소비자 인스턴스를 수평으로 늘리는 방법도 실험했습니다.

    실패했던 부분은 큐가 가득 찰 때의 폴백 전략을 미리 짜지 않아 큐 오버플로 시 요청이 그냥 버려진 것입니다. 덕분에 선착순 이벤트에서는 수용 가능한 최대치를 미리 정하고 초과 요청엔 즉시 거절 응답을 주는 설계가 더 나을 수 있다는 걸 배웠습니다.

    이 결의 특징
    3,000명 동시 접속 시뮬레이션에서 동시성 버그를 겪고, 메시지 큐로 처리 순서를 직렬화한 구체적 설계 경험입니다.
    이 결이 통하는 자리
    트래픽 폭증 시나리오를 미리 시뮬레이션하고 문제를 찾아낸 엔지니어는, 실제 대규모 이벤트에서도 침착하게 대응할 것으로 신뢰됩니다.
    캐시·재고 설계 경험
    약 90초

    Redis 재고 카운터로 DB 부하를 낮추고 정합성을 유지한 경험 중심

    인턴 때 이벤트 쿠폰 선착순 발급 API가 오픈 순간 응답 시간이 5초를 넘겼습니다. 원인은 재고 조회와 차감이 모두 DB 트랜잭션으로만 처리돼 커넥션 풀이 10초 안에 고갈됐기 때문입니다.

    Redis `DECR` 명령어로 재고를 관리하는 방식으로 변경했습니다. 원자적 감소를 보장하면서 DB 요청 수가 확연히 줄었고, 응답 시간이 400ms 수준으로 내려왔습니다. 다만 Redis 장애 시 재고 불일치가 생기는 문제가 있어 주기적인 DB와의 동기화 로직을 별도로 넣어야 했습니다.

    그 경험을 통해 선착순 시스템에서 가장 중요한 요소는 정합성과 속도 사이의 균형이라는 걸 배웠습니다. 완벽한 정합성을 위해 속도를 포기하면 사용자가 몰리는 순간 서비스가 멈추고, 너무 느슨한 설계는 재고 오류로 이어집니다. 그 트레이드오프를 의식하며 설계하는 습관을 그때부터 갖게 됐습니다.

    이 결의 특징
    Redis를 이용한 재고 관리로 DB 부하를 줄이되, 캐시 장애 시 불일치 위험을 인식하고 정기 동기화로 보완한 균형잡힌 설계입니다.
    이 결이 통하는 자리
    완벽한 정합성과 극한의 속도 사이의 실용적 트레이드오프를 체득한 엔지니어는, 선착순 이벤트의 핵심 병목을 효과적으로 해결합니다.
    부하 테스트로 병목 사전 발견
    약 90초

    실제 이벤트 전 부하 테스트로 병목을 찾아 미리 대응한 경험

    사이드 프로젝트에서 팬 미팅 티켓 선착순 예매 기능을 출시하기 전, 실제 오픈과 비슷한 부하를 미리 걸어봤습니다. 당시 동시 200요청 기준으로 테스트했는데, 응답 시간이 7초를 넘기고 일부 요청은 타임아웃이 났습니다.

    프로파일링을 해보니 결제 검증 단계에서 외부 API 호출이 동기로 묶여 전체 흐름을 막고 있었습니다. 해당 호출을 비동기로 분리하고 타임아웃을 명시적으로 설정하니, 같은 200요청 기준 응답 시간이 1.2초로 줄었습니다.

    실패했던 부분은 부하 테스트 시나리오가 실제 사용 패턴과 달랐던 것입니다. 실제 오픈에선 예상보다 더 짧은 시간에 트래픽이 몰려 큐 지연이 발생했습니다. 부하 테스트는 최악의 시나리오를 더 극단적으로 잡아야 한다는 걸 이때 배웠습니다.

    이 결의 특징
    부하 테스트로 외부 API 동기 호출이 병목임을 발견하고, 비동기 분리로 성능을 7배 개선한 데이터 기반 최적화 경험입니다.
    이 결이 통하는 자리
    최악의 시나리오를 더 극단적으로 테스트하는 신중한 접근이 보일 때, 한 번의 장애도 치명적인 서비스의 설계를 맡길 수 있습니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

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

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

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

    壹이벤트 트래픽을 처리할 때 어떤 기술이 가장 효과적일까요?
    貳이런 트래픽 상황에서 예상되는 문제는 무엇인가요?
    參트래픽 증가에 대응하기 위해 팀 내 협업은 어떻게 이루어지나요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 토스 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

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

    넥스트증권 · 백엔드
    이벤트 기반 주문 처리 시스템을 설계할 때 가장 중요하게 생각하는 요소는 무엇인가요?
    이 질문 보기
    쿠팡 · 백엔드
    결제 백오피스 시스템을 설계할 때, 어떤 요소를 가장 중요하게 생각하나요?
    이 질문 보기
    쿠팡 · ML 인프라
    100k 이상의 이벤트를 초당 처리하는 분산 스트리밍 엔진을 설계할 때 가장 중요하게 고려해야 할 요소는 무엇인가요?
    이 질문 보기
    쿠팡 · 백엔드
    마이크로서비스 아키텍처에서 대규모 트래픽을 처리하는 시스템을 개발할 때 어떤 점에 중점을 두고 작업했어?
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 토스 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기