시스템 디자인
문제 풀이 프레임워크

면접 답변은 5~7분 안에 사고 순서를 보여 주는 것이 목표입니다. 첫 1분에는 핵심 기능과 한두 개의 비기능 목표를 확인합니다. 다음 1분에는 읽기·쓰기 비율과 피크를 가정하고, 가정임을 명시합니다. 그 뒤 클라이언트에서 저장소까지의 최소 흐름을 그리고, 가장 먼저 포화될 지점을 하나 골라 깊게 설명합니다.

이후에는 데이터 모델, API의 멱등성, 캐시·큐·복제의 역할을 흐름에 붙입니다. 마지막에는 장애 시나리오 하나, 관측 지표, 보안 또는 비용의 제약, 대안 하나를 짧게 정리합니다. 면접관이 “왜 큐가 필요한가”를 물으면 유행하는 구성 요소 목록 대신 “쓰기 경로의 응답 시간을 짧게 유지하고, 작업 지연을 관측·재처리하기 위해”라고 원인과 검증 방법으로 답합니다.

답변 뼈대는 다음처럼 기억할 수 있습니다. “요구사항을 이렇게 해석했습니다. 이 규모에서는 이 단순 구조가 충분합니다. 이 경로의 병목은 이것이므로 이 보호 장치를 둡니다. 이 선택은 이 일관성/비용을 포기합니다. 이 지표와 장애 훈련으로 가정을 검증하겠습니다.”

이번 선택: 요구사항 → 규모 → 정본과 흐름 → 첫 병목 → 장애 검증 순으로 답한다. 깨지는 신호: 구성 요소 이름은 많은데 사용자 약속과 실패 시 행동을 설명하지 못한다. 다음 검증: 같은 순서를 결제·크롤러 문제에 다시 적용해 피드 전용 답이 섞이지 않는지 확인한다.