시스템 설계 면접 인터뷰는 소프트웨어 엔지니어링 채용 과정에서 마주하게 될 가장 어려운 도전 중 하나이다. 
《시스템 설계 면접 완벽 가이드》는 자신 있게 인터뷰를 성공적으로 이끌어 나가는 방법을 배울 수 있는 좋은 참고서이다. 
쉽게 기억할 수 있는 인터뷰 기법들을 따라가며, 질문을 신속하게 평가하고 유리한 접근법을 파악한 후, 인터뷰어에게 명확하게 아이디어를 전달하는 방법을 배울 수 있다. 

 

이 책을 통해 성공적인 인터뷰 스킬뿐 아니라, 뛰어난 시스템 디자인을 실제로 구현할 수 있는 능력도 함께 얻을 것이다.
 아마존, 애플, 바이트댄스, 페이팔, 그리고 우버 등에서 개발자들이 취업 제안을 받을 수 있도록 도와준 실제적인 인터뷰 기법과 시스템 디자인에 대한 인터뷰 기술을 공개한다.

 

★ 이 책에서 다루는 내용 ★

 

◎ 대규모 트래픽을 지원하기 위한 애플리케이션 확장

◎ 데이터 일관성을 보장하기 위한 분산 트랜잭션 기법

◎ API 게이트웨이 및 서비스 메시와 같은 기능 분할을 위한 서비스

◎ REST, RPC, GraphQL 등 일반적인 API 패러다임

◎ 트레이드오프가 있는 캐싱 전략

◎ 모든 시스템 디자인에 중요한 로깅, 모니터링, 알림 개념

◎ 엔지니어로서의 성숙함을 보여주는 커뮤니케이션 기술

[목 차]

[1부]

 

▣ 01장: 시스템 설계 개념 둘러보기 

__1.1 트레이드오프 논의 

__1.2 이 책을 어떻게 읽어야 할까? 

__1.3 이 책의 개요 

__1.4 시스템의 다양한 서비스 확장 방식 

__요약 

 

▣ 02장: 일반적인 시스템 설계 면접 흐름 

__2.1 요구사항 명확화와 트레이드오프 논의 

__2.2 API 명세 초안 작성 

__2.3 사용자와 데이터 간의 연결과 처리 

__2.4 데이터 모델 설계 

__2.5 로깅, 모니터링, 경보 

__2.6 검색창 

__2.7 기타 논의 가능한 주제 

__2.8 면접 후 회고와 평가 

__2.9 회사 면접하기 

__요약 

 

▣ 03장: 비기능적 요구사항 

__3.1 확장성 

__3.2 가용성 

__3.3 내결함성 

__3.4 성능/지연 시간과 처리량 

__3.5 일관성 

__3.6 정확성 

__3.7 복잡성과 유지보수성 

__3.8 비용 

__3.9 보안 

__3.10 프라이버시 

__3.11 클라우드 네이티브 

__3.12 추가 자료 

__요약 

 

▣ 04장: 데이터베이스 확장 

__4.1 저장 서비스의 이해 

__4.2 데이터베이스 사용 결정 

__4.3 복제 

__4.4 샤딩된 데이터베이스로 저장 용량 확장하기 

__4.5 이벤트 집계하기 

__4.6 배치와 스트리밍 ETL 

__4.7 비정규화 

__4.8 캐싱 

__4.9 독립 서비스로서의 캐싱 

__4.10 캐시할 수 있는 다양한 종류의 데이터와 캐싱 방법 예시 

__4.11 캐시 무효화 

__4.12 캐시 워밍 

__4.13 추가 자료 

__요약 

 

▣ 05장: 분산 트랜잭션 

__5.1 이벤트 기반 아키텍처(EDA)

__5.2 이벤트 소싱 

__5.3 변경 데이터 캡처 

__5.4 이벤트 소싱과 CDC 비교 

__5.5 트랜잭션 감독자 

__5.6 사가 패턴 

__5.7 다른 트랜잭션 유형 

__5.8 추가 자료 

__요약 

 

▣ 06장: 기능적 분할을 위한 공통 서비스 

__6.1 다양한 서비스의 공통 기능 

__6.2 서비스 메시/사이드카 패턴 

__6.3 메타데이터 서비스 

__6.4 서비스 디스커버리 

__6.5 기능적 분할과 다양한 프레임워크 

__6.6 라이브러리와 서비스 

__6.7 일반적인 API 패러다임 

__요약 

 

[2부] 

 

▣ 07장: 크레이그리스트 설계 

__7.1 사용자 스토리와 요구사항

__7.2 API 

__7.3 SQL 데이터베이스 스키마 

__7.4 초기 고수준 아키텍처 

__7.5 모놀리스 아키텍처 

__7.6 SQL 데이터베이스와 객체 스토리지 사용 

__7.7 마이그레이션은 번거롭다 

__7.8 게시물 작성과 읽기 

__7.9 기능적 분할 

__7.10 캐싱 

__7.11 CDN 

__7.12 SQL 클러스터로 읽기 확장 

__7.13 쓰기 처리량 확장 

__7.14 이메일 서비스 

__7.15 검색 

__7.16 오래된 게시물 제거 

__7.17 모니터링과 알림 

__7.18 아키텍처 논의 내용 요약 

__7.19 기타 논의 가능한 주제

__요약 

 

▣ 08장: 속도 제한 서비스 설계 

__8.1 속도 제한 서비스의 대안과 그것이 실현 불가능한 이유 

__8.2 속도 제한을 하지 말아야 할 때 

__8.3 기능적 요구사항 

__8.4 비기능적 요구사항 

__8.5 사용자 스토리와 필요한 서비스 구성 요소 

__8.6 고수준 아키텍처 

__8.7 상태 저장 접근 방식/샤딩 

__8.8 모든 호스트에 모든 카운트 저장 

__8.9 속도 제한 알고리즘 

__8.10 사이드카 패턴 적용 

__8.11 로깅, 모니터링, 경보 

__8.12 클라이언트 라이브러리로 기능 제공 

__8.13 추가 읽을거리 

__요약 

 

▣ 09장: 알림/경보 서비스 설계 

__9.1 기능 요구사항 

__9.2 비기능적 요구사항 

__9.3 초기 고수준 아키텍처 

__9.4 객체 스토리지: 알림 구성과 전송 

__9.5 알림 템플릿 

__9.6 예약된 알림 

__9.7 알림 수신자 그룹 

__9.8 구독 취소 요청 

__9.9 실패한 전달 처리 

__9.10 중복 알림에 관한 클라이언트 사이드 고려사항 

__9.11 우선순위 

__9.12 검색 

__9.13 모니터링과 경보 

__9.14 알림/경보 서비스의 가용성 모니터링과 경보 

__9.15 기타 논의 가능한 주제

__9.16 최종 참고사항 

__요약 

 

▣ 10장: 데이터베이스 배치 감사 서비스 설계 

__10.1 감사는 왜 필요한가? 

__10.2 SQL 쿼리 결과에 대한 조건문으로 유효성 검사 정의 

__10.3 간단한 SQL 배치 감사 서비스 

__10.4 요구사항 

__10.5 고수준 아키텍처 

__10.6 데이터베이스 쿼리 제약

__10.7 과도한 동시 쿼리 방지

__10.8 데이터베이스 스키마 메타데이터의 사용자 

__10.9 데이터 파이프라인 감사

__10.10 로깅, 모니터링, 경보 

__10.11 기타 감사 가능 유형

__10.12 기타 논의 가능한 주제 

__10.13 참고 문헌 

__요약 

 

▣ 11장: 자동 완성/타입어헤드 

__11.1 자동 완성의 가능한 사용 사례 

__11.2 검색 vs. 자동 완성 

__11.3 기능 요구사항 

__11.4 비기능적 요구사항 

__11.5 상위 수준 아키텍처 계획 

__11.6 가중치 트라이(Trie) 접근법과 초기 고수준 아키텍처 

__11.7 상세 구현 

__11.8 샘플링 접근 방식 

__11.9 저장소 요구사항 처리하기 

__11.10 단일 단어 대신 구문 처리하기 

__11.11 로깅, 모니터링과 경보 

__11.12 기타 논의 가능한 주제 

__요약 

 

▣ 12장: 플리커 설계 

__12.1 사용자 스토리와 기능 요구사항 

__12.2 비기능적 요구사항 

__12.3 고수준 아키텍처 

__12.4 SQL 스키마 

__12.5 CDN에서 디렉터리와 파일 구성하기 

__12.6 사진 업로드하기 

__12.7 이미지와 데이터 다운로드하기 

__12.8 모니터링과 경보 

__12.9 기타 서비스 

__12.10 기타 논의 가능한 주제 

__요약 

 

▣ 13장: 콘텐츠 배포 네트워크 설계하기 

__13.1 CDN의 장단점 

__13.2 요구사항 

__13.3 CDN 인증과 권한 부여 

__13.4 상위 수준 아키텍처 

__13.5 저장소 서비스 

__13.6 일반적인 작업 

__13.7 캐시 무효화 

__13.8 로깅, 모니터링, 경보 

__13.9 미디어 파일 다운로드에 대한 기타 가능한 논의 

__요약 

 

▣ 14장: 문자 메시징 앱 설계 

__14.1 요구사항 

__14.2 초기 구상 

__14.3 초기 고수준 설계 

__14.4 연결 서비스 

__14.5 발신자 서비스 

__14.6 메시지 서비스 

__14.7 메시지 전송 서비스 

__14.8 검색 

__14.9 로깅, 모니터링, 경보 

__14.10 기타 논의 가능한 주제 

__요약 

 

▣ 15장: 에어비앤비 설계 

__15.1 요구사항 

__15.2 설계 결정 

__15.3 고수준 아키텍처 

__15.4 기능적 분할 

__15.5 목록 생성 또는 업데이트 

__15.6 승인 서비스 

__15.7 예약 서비스 

__15.8 가용성 서비스 

__15.9 로깅, 모니터링, 경보 

__15.10 기타 논의 가능한 주제 

__요약 

 

▣ 16장: 뉴스 피드 설계 

__16.1 요구사항 

__16.2 상위 수준 아키텍처 

__16.3 사전에 피드 준비하기 

__16.4 검증과 콘텐츠 조정 

__16.5 로깅, 모니터링, 경보 

__16.6 기타 논의 가능한 주제

__요약 

 

▣ 17장: 판매량 기준 아마존 상위 10개 제품 대시보드 설계 

__17.1 요구사항 

__17.2 초기 구상 

__17.3 초기 고수준 아키텍처 

__17.4 집계 서비스 

__17.5 배치 파이프라인 

__17.6 스트리밍 파이프라인 

__17.7 근사 

__17.8 람다 아키텍처를 사용한 대시보드 

__17.9 카파 아키텍처 접근 방식 

__17.10 로깅, 모니터링, 경보 

__17.11 기타 논의 가능한 주제 

__17.12 참고 문헌 

__요약 

 

[부록] 

 

▣ 부록A: 모놀리스 vs. 마이크로서비스 

__A.1 모놀리스의 장점 

__A.2 모놀리스의 단점 

__A.3 서비스의 장점 

__A.4 서비스의 단점 

__A.5 참고 문헌 

 

▣ 부록B: OAuth 2.0 인가와 OpenID Connect 인증

__B.1 인가 vs. 인증 

__B.2 개요: 간단한 로그인, 쿠키 기반 인증 

__B.3 단일 로그인 

__B.4 단순 로그인의 단점 

__B.5 OAuth 2.0 흐름 

__B.6 다른 OAuth 2.0 흐름 

__B.7 OpenID Connect 인증 

 

▣ 부록C: C4 모델 

 

▣ 부록D: 2단계 커밋(2PC)