REAL PROJECT CASE문서에서
문서에서
실제 구현으로
Markdown을 파싱하고 관계와 근거를 추출해 탐색 가능한 지식 그래프로 연결합니다.
AI Systems Atlas · memory_node_graphMarkdown ASTKnowledge GraphEvidence
28개 한국어 시스템 디자인 실전 가이드
복잡한 시스템을,
복잡한 시스템을,
실패 경계까지
설계하세요.
결제 timeout을 실패로 단정하지 않는 이유, SMTP 250이 받은편지함 도착이 아닌 이유, cursor 누락을 복구하는 방법까지.
요구사항·수치·상태 전이·복구 판정을 직접 따라갑니다.
✓ 가입 없이 바로 시작✓ 한국어·영문 용어 동시 검색✓ 모바일 대응
28개 설계 주제URL 단축부터 주식 거래소까지
3단계 설명 구조개념 · 면접 · 실무 확장
직접 제작 다이어그램SVG 기반으로 확대·검색 가능
인터랙티브 계산 도구QPS · 저장량 · 샤드 수 계산
One topic, three lenses
한 주제의 선택과 실패를 끝까지
개념을 이해한 뒤 설계 선택을 설명하고, 장애가 났을 때 무엇으로 복구를 판정할지 확인합니다.
01 / UNDERSTAND
개념 이해
캐시·샤딩·쿼럼·이벤트 시간을 작은 상태 변화와 계산으로 풀어, 용어가 실제 요청 경로에서 맡는 역할을 확인합니다.
- 30초 요약
- 용어 설명
- 요청 흐름
면접 답변
요구사항과 규모를 고정하고 API·데이터·병목을 설명한 뒤, 채택한 선택과 포기한 대안까지 답변으로 정리합니다.
- 핵심 선택
- 추가 질문
- 대안 비교
실무 검증
timeout·중복·stale cache·권한 철회가 생겼을 때 안전한 대응과 복구 완료 지표를 설계 선택에 연결합니다.
- 장애 시나리오
- 복구 판정
- 비용·보안
Featured case studies
전체 28개 주제 보기 →대표 시스템의 결정부터 확인하세요
레이트 리미터의 원자성, 채팅의 순서, 결제의 불명확한 결과처럼 서로 다른 실패 경계를 비교합니다.
Live system design signal최신 기술 뉴스를,
최신 기술 뉴스를,
설계 판단으로 연결하세요
검증된 기술 출처의 새 소식을 AI가 요약하고, 바로 이어서 읽을 Atlas 학습 문서를 연결합니다.
-
Trace·metric·log를 같은 운영 문맥으로 연결하기
장애 분석은 개별 지표보다 요청 경로와 자원 사용량을 함께 보는 방식에서 빨라집니다.
왜 중요한가: 문서의 관측 가능성 섹션에서 어떤 신호를 함께 수집할지 판단하는 출발점입니다.
-
이벤트 스트림의 순서·재처리·보존 정책을 함께 설계하기
전달 보장만 고르지 말고 파티션 순서 범위, consumer 재시도, 보존 기간을 하나의 계약으로 정리해야 합니다.
왜 중요한가: 비동기 처리에서 중복·유실·지연을 설명하는 면접 답변과 운영 설계를 연결합니다.
-
HTTP 의미론을 기준으로 API의 멱등성과 재시도를 구분하기
클라이언트 재시도와 서버 중복 처리 방지는 HTTP 메서드의 의미론과 별도로 idempotency key를 설계할 때 더 명확해집니다.
왜 중요한가: 결제·예약처럼 상태 변경 비용이 큰 시스템의 API 계약을 검증할 수 있습니다.
-
객체 수명주기와 삭제 복구를 데이터 보존 정책으로 분리하기
보관·전환·삭제 규칙은 비용 최적화만이 아니라 복구 가능 기간과 개인정보 삭제 약속을 함께 결정합니다.
왜 중요한가: 스토리지 계층화, 버전 관리, 삭제 마커를 설명할 때 비용과 정책을 함께 다룹니다.
Learning flow선택을 설명하고
선택을 설명하고
실패로 검증하는 과정
기능 범위를 수치로 바꾸고, 정본과 요청 흐름을 정한 뒤, 장애에서 그 선택이 어디까지 버티는지 되짚습니다.
01요구사항 정의기능·비기능 범위
02규모 추정QPS·저장량·대역폭
03아키텍처 설계API·데이터·흐름
04실패 검증장애·비용·보안
