시스템 디자인 기초 완전정복: 확장성·데이터베이스·CAP 정리까지

핵심 메시지

• 누구나 동작하는 코드는 짤 수 있지만, 시스템 디자인은 그 코드가 수백만 명에게 동시에 작동하게 만드는 기술이다.
• 10명이 아니라 1000만 명이 동시에 접속할 때도 버틸 수 있는가가 시스템 디자인이 답하려는 핵심 질문이다.
• 강의는 기초 개념, 시스템 간 통신(DNS·API·REST), 데이터 저장(SQL·NoSQL·캐시), 확장·분산, 운영·안정성의 순서로 구성된다.
• 확장은 사람(자원)을 더 투입하기 전에, 기존 처리 과정을 더 빠르게 만드는 것부터 고민해야 한다.
• 부하 분산, 복제, 파티셔닝, CAP 정리, 메시지 큐, 모니터링이 대규모 시스템을 지탱하는 핵심 축이다.

쉽게 이해하기

왓츠앱, 유튜브, 인스타그램, 아마존 같은 서비스는 소수가 아니라 수백만 명이 동시에 접속해도 멈추지 않는다. 강의는 '코드를 작성해 애플리케이션을 만드는 것'과 '그것을 프로덕션에서 수백만 사용자에게 안정적으로 제공하는 것'은 전혀 다른 문제라는 점에서 출발한다. 10명 규모에서는 잘 돌던 애플리케이션도, 1000만 명이 한꺼번에 몰리면 과연 버틸 수 있느냐가 시스템 디자인이 다루는 질문이다.

강의는 다섯 단계의 큰 흐름으로 짜여 있다. 먼저 시스템 디자인이 무엇이고 어떤 구성 요소가 있는지, 데이터 집약적 시스템과 연산 집약적 시스템의 차이, 기능적 요구사항과 비기능적 요구사항 같은 기초를 다진다. 이어 시스템 간 통신을 다루며 DNS, API, 그리고 스프링 부트·장고 등 웹 프레임워크를 써봤다면 익숙할 REST를 살펴본다.

데이터 파트에서는 사용자가 늘어날 때 개인 정보뿐 아니라 활동 기록까지 어떻게 저장할지 고민한다. SQL 데이터베이스와 NoSQL 데이터베이스의 선택 기준, 그리고 캐시를 언제 써야 하는지가 핵심 주제다. 이후 확장과 분산 단계에서는 부하 분산기(load balancer), 복제(replication), 파티셔닝(partitioning), 그리고 강의에서 특히 흥미롭다고 강조하는 CAP 정리를 다룬다.

마지막 운영·안정성 파트의 핵심은 장애 허용(fault tolerance)이다. '무언가 잘못되면 어떻게 되는가'라는 질문에 답하기 위해 메시지 큐와 모니터링을 배운다. 강의는 은행 예시를 통해 개념을 구체화한다. 창구 직원 한 명이 고객 한 명당 10분씩 걸리면 한 시간에 여섯 명밖에 처리하지 못하는데, 이 병목을 어떻게 개선할지를 단계별 문제로 풀어가며 시스템 디자인의 사고방식을 보여준다.

은행 비유에서 눈여겨볼 점은, 처음부터 자원을 늘리기보다 기존 직원(처리 단위)의 요구 파악·현금 계산·영수증 작성 같은 각 과정을 더 빠르게 만드는 것부터 접근한다는 것이다. 이는 실제 시스템에서도 무작정 서버를 늘리기 전에 기존 처리 효율을 높이는 것이 먼저라는 원칙과 맞닿아 있다.

주요 인사이트

• 시스템 디자인은 특정 기술 스택 지식이 아니라 '복잡한 문제를 대규모 사용자 앞에서 어떻게 풀 것인가'라는 사고방식이다.
• 면접에서 회사들은 '시스템 디자인 라운드'라고 명시하지 않아도, 확장성과 문제 해결 방식을 통해 이 역량을 평가한다.
• SQL과 NoSQL, 캐시는 우열이 아니라 상황에 따라 선택하는 도구이며, '언제 무엇을 쓸지'가 핵심이다.
• 확장은 수직적 개선(기존 처리를 빠르게)과 수평적 분산(부하 분산·복제·파티셔닝)을 함께 고려해야 한다.
• 장애는 예외가 아니라 전제다. 메시지 큐와 모니터링으로 '잘못될 때'를 대비하는 것이 안정적 시스템의 조건이다.

자주 묻는 질문

관련 AI 소식