시스템 설계 인터뷰의 본질과 평가 기준

인터뷰가 측정하는 것

결론: 시스템 설계 인터뷰는 ‘설계 결과물’이 아니라 ‘접근 방식의 일관성과 판단의 질’을 점수화한다.

• 왜(문제): 실제 현업에서는 정답 설계가 없고, 불완전한 정보 속에서 결정을 내려야 한다.
• 무엇(개념): 면접은 이 불완전성을 다루는 사고 체계를 본다.
• 어떻게(설계/선택): 요구사항을 구조화하고, 선택 근거를 말로 설명하며, 버린 대안을 명확히 한다.
• 트레이드오프: 세부 구현 디테일을 줄이는 대신, 결정의 이유와 리스크 설명에 시간을 쓴다.
• 인터뷰에서 말하는 문장: “이 설계는 현재 트래픽 규모를 기준으로 단순성을 우선했고, 향후 병목이 확인되면 이 지점부터 분리할 계획입니다.”

---

채점의 언어

결론: 면접관은 ‘맞다/틀리다’가 아니라 네 가지 축으로 감점한다.

평가 기준	보는 포인트	실제 감점 사례
구조화	생각의 순서가 보이는가	요구사항 정리 없이 DB부터 그림
트레이드오프	버린 선택을 설명하는가	“그냥 이게 좋아서요”
커뮤니케이션	면접관과 동기화되는가	혼잣말식 설계 전개
리스크	실패 시나리오를 인지하는가	장애/확장 질문에 침묵

“정답 설계가 없다”의 의미

• 채점은 의사결정 로그를 본다.
• 같은 아키텍처라도 전제·제약·대안 비교를 말하면 고득점, 말하지 않으면 저득점이다.

---

진행 순서

결론: 말의 순서를 고정하면 내용이 흔들리지 않는다.

1. 요구사항 정리 (기능/비기능 분리)
2. API & 데이터 모델 초안
3. 핵심 요청 흐름 (happy path)
4. 병목 지점 가설
5. 확장성/복원력 전략
6. 운영·관측·비용 언급

인터뷰 문장: “이 순서로 설명해도 괜찮을까요? 먼저 요구사항부터 정리하겠습니다.”

---

질문 리스트 (요구사항)

결론: 질문의 질이 설계 난이도를 낮춘다.

기능

1. 핵심 유스케이스는 무엇인가
2. 읽기/쓰기 비율
3. 동기/비동기 요구
4. 일관성 요구 수준
5. 실패 시 사용자 경험

비기능

1. QPS/피크 트래픽
2. 지연 시간 SLO
3. 가용성 목표
4. 데이터 보존/규제
5. 비용 상한선

---

커뮤니케이션

결론: 면접관은 ‘같이 일할 수 있는가’를 언어에서 판단한다.

기본 다이어그램 3종

1. 전체 아키텍처: 클라이언트–게이트웨이–서비스–DB
2. 요청 흐름: 번호가 붙은 화살표로 단계 표현
3. 확장/장애: 캐시, 큐, 리플리카만 추가

시니어 vs 주니어 표현

상황	주니어	시니어
선택 이유	“보통 이렇게 합니다”	“현재 제약에서 가장 단순합니다”
확장	“나중에 늘리면 됩니다”	“이 지점부터 수평 분리합니다”
리스크	언급 없음	“가장 먼저 터질 곳은 여기입니다”

---

실수와 교정

결론: 대부분의 실패는 설계가 아니라 말의 순서 문제다.

흔한 실수 5개 + 교정

1. 요구사항 생략 → 질문 3개라도 반드시 확인
2. 기술 나열 → 선택 이유를 먼저 말하기
3. 구현 집착 → 박스+화살표 유지
4. 확장 남발 → 현재 스케일 기준 고정
5. 장애 회피 → 실패 시나리오를 먼저 언급

---

템플릿

결론: 문장 템플릿은 긴장을 줄이고 일관성을 만든다.

면접에서 바로 쓰는 답변 문장 8개

1. “전제를 먼저 정리하겠습니다.”
2. “이 선택의 장점은 단순성입니다.”
3. “대안은 있지만 비용 때문에 제외했습니다.”
4. “병목은 여기서 발생할 가능성이 큽니다.”
5. “초기에는 모놀리식으로 시작합니다.”
6. “트래픽이 X가 되면 분리합니다.”
7. “장애 시 이 경로로 우회합니다.”
8. “운영 관점에서 이 지표를 봅니다.”

---

체크리스트

결론: 인터뷰 전 10분 점검으로 실수를 줄인다.

1. 요구사항 질문을 했는가
2. 기능/비기능을 분리했는가
3. 전제를 말로 선언했는가
4. 다이어그램을 단순화했는가
5. 데이터 흐름을 설명했는가
6. 병목 가설이 있는가
7. 확장 조건이 수치로 있는가
8. 장애 시나리오가 있는가
9. 운영/모니터링 언급했는가
10. 비용 트레이드오프가 있는가
11. 버린 대안을 말했다
12. 말의 순서를 지켰다

---

30분 복기 플랜(타이머 기준)

결론: 짧고 반복적인 복기가 효과적이다.

• 0–5분: 요구사항 질문 10개 암기
• 5–10분: 기본 다이어그램 3종 손그림
• 10–15분: 핵심 흐름 말로 설명
• 15–20분: 병목/확장 시나리오
• 20–25분: 장애/운영 문장 연습
• 25–30분: 템플릿 8문장 소리 내기

---

한 줄 요약

시스템 설계 인터뷰는 설계 실력이 아니라 ‘판단을 설명하는 능력’을 채점한다.

---

• 참고: 시스템 설계 (System Design) : 한번에 인터뷰 합격하기