2026.01.10S·14알림 시스템 설계: 수백만 유저에게 알림 보내기
알림 하나 보내는 건 쉽지만, 알림이 많아지면서 중복 방지, 선호도 관리, 재시도까지 고려하면 완전히 다른 문제가 된다.
System DesignNotificationArchitecture
→2026.01.07S·11뉴스 피드 시스템: Push vs Pull 모델
인스타그램처럼 피드를 만들려고 했는데, 팔로워 100만 명인 사람이 글을 올리면 어떻게 되는 걸까? Push와 Pull 모델의 트레이드오프를 정리했다.
System DesignFeedArchitecture
→2026.01.05S·09URL 단축 서비스 설계: 쉬워 보이지만 함정투성이
URL 줄이는 거 뭐가 어렵겠어? 했는데, 해시 충돌, 만료 정책, 리다이렉트 성능까지 고려하니 시스템 디자인의 축소판이었다.
System DesignArchitectureHashing
→2025.07.08F·159복제(Replication): 가용성과 읽기 분산
데이터베이스 복제를 통한 고가용성과 읽기 성능 향상을 경험을 통해 이해한 과정
databasereplicationhigh-availability
→2025.07.07F·158샤딩: 수평적 분할
데이터베이스 샤딩의 개념과 대규모 트래픽 처리를 경험을 통해 이해한 과정
databaseshardingscalability
→2025.06.10S·06DB 샤딩(Sharding): 10억 건 데이터를 처리하는 유일한 방법
테이블 하나에 10억 개의 행이 쌓이면 인덱스도 소용없습니다. 수직 파티셔닝(Vertical)과 수평 샤딩(Horizontal)의 차이, 일관된 해싱(Consistent Hashing), 그리고 샤딩의 치명적 단점인 JOIN 문제를 분석합니다.
System DesignDatabaseBackend
→