[대규모 시스템 설계] 3. 시스템 설계 면접 공략법

설계안에 대한 최초 청사진을 제시하고 면접관에게 의견 구하기
화이트보드나 종이에 핵심 컴포넌트를 포함하는 다이어그램 그리기. 클라이언트(Mobile/Web), API, 웹 서버, 데이터 저장소, 캐시, CDN, 메시지 큐 같은 것들이 포함될 수 있다.
이 설계안이 시스템 규모에 관계된 제약사항들을 만족하는지 개략적으로 계산하고 면접관에게 설명하기. 아울러, 이런 개략적 추정이 필요한지 면접관에게 미리 물어보기.

이제 면접관과 해야 할 일은 설계 대상 컴포넌트 사이의 우선순위를 정하는 것이다. 대부분의 경우 면접관은 여러분이 특정 시스템 컴포넌트들의 세부사항을 깊이 있게 설명하는 것을 보기 원한다.
- 가령 출제된 문제가 단축 URL 생성기 설계일 경우에 면접관은 해당 해시 함수의 설계를 구체적으로 설명하는 것을 듣고 싶어할 것이다.
- 채팅 시스템에 관련된 설계라면, 어떻게 지연시간을 줄이고 사용자의 온/오프라인 상태를 표시할 것인지를 듣고자 할 것이다.

마무리 단계에서 면접관은 설계 결과물에 관련된 몇 가지 후속 질문을 던질 수도 있고(follow-up questions) 스스로 추가 논의를 진행하도록 할 수도 있다.

면접관이 시스템 병목구간, 혹은 좀 더 개선 가능한 지점을 찾아내라 주문 할 수 있다. 거기다 대고 여러분의 설계가 완벽했다거나 개선할 부분이 없다는 답은 하지 말자. 개선할 점은 언제나 있기 마련이며 이러한 질문은 비판적 사고 능력과 좋은 인상을 남길 기회이다.
설계를 다시 한 번 요약해 주는 것도 도움이 될 수 있다. 여러 해결책을 제시한 경우에는 특히 중요하다. 긴 면접 세션이 끝난 뒤에 면접관의 기억을 환기시켜주는 효과가 있다.
오류가 발생하면 무슨 일이 생기는지(서버 오류, 네트워크 장애 등) 따져보면 흥미로울 것이다.
운영 이슈도 논의할 가치가 충분하다. 메트릭은 어떻게 수집하고 모니터링 할 것인가? 로그는? 시스템은 어떻게 배포해 나갈 것인가?
미래에 닥칠 규모 확장 요구에 어떻게 대처할 것인지도 흥미로운 주제다.
시간이 좀 남았다면, 필요하지만 다루지 못했던 세부적 개선사항들을 제안할 수 있다.

질문을 통해 확인하라. 스스로 내린 가정이 옳다 믿고 진행하지 말라.
문제의 요구사항을 이해하라.
정답이나 최선의 답안 같은 것은 없다는 점을 명심하라. 스타트업을 위한 설계안과 수백만 사용자들을 지원해야 하는 중견 기업을 위한 설계안이 같을리 없다. 요구사항을 정확하게 이해했는지 다시 확인하라.
면접관이 여러분의 사고 흐름을 이해할 수 있도록 하라. 면접관과 소통하라.
가능하다면 여러 해법을 함께 제시하라.
개략적 설계에 면접관이 동의하면, 각 컴포넌트의 세부사항을 설명하기 시작하라. 가장 중요한 컴포넌트 부터 진행하라.
면접관의 아이디어를 이끌어 내라. 좋은 면접관은 팀원처럼 협력한다.
포기하지 마라.

1단계 : 문제 이해 및 설계 범위 확정: 3분~10분
2단계 : 개략적 설계안 제시 및 동의 구하기: 10분에서 15분
3단계 : 상세 설계: 10분에서 25분
4단계 : 마무리: 3분에서 5분

예시: 뉴스 피드 시스템

뉴스 피드를 설계한다고 했을 때 면접자는 아래와 같은 질문을 할 수 있다.

개략적으로 이 시스템 설계는 피드 발행, 피드 생성 두 개의 flow로 나눠서 생각할 수 있다.
- 피드 발행: 사용자가 포스트를 올리면 관련된 데이터가 캐시/데이터베이스에 기록되고, 해당 사용자의 친구 뉴스 피드에 뜨게 된다.
- 피드 생성: 어떤 사용자의 뉴스 피드는 해당 사용자 친구들의 포스트를 시간 역순으로 정렬하여 만든다.