피크 과소평가
캠페인·재시도로 실제 QPS가 모델을 넘습니다.
대응 · rate limit, queue, graceful degradation과 여유 용량으로 보호하고 실측 피크를 반영합니다.
규모 추정과
용량 계산
정확한 숫자를 맞히는 연습이 아니라, 불완전한 요구사항을 QPS·대역폭·저장량·장애 여유라는 검증 가능한 가정으로 바꾸는 기술입니다.
개념 이해면접 답변운영 관점진도 저장
30초 핵심 요약
용량 추정은 DAU와 사용자 행동을 평균 요청으로 바꾸고, 피크 배수·페이로드·보관 기간·복제 계수를 분리해 계산하는 과정입니다. 계산 결과는 구매 약속이 아니라 load test와 SLO 검증의 시작 가설입니다.
평균 QPS (계산 결과)약 232 QPS
피크 QPS (설계 가정)10배 → 2,320 QPS
복제 저장량 (계산 결과)90일 · 3배 → 540TB
01 · REQUIREMENTS
# 요구사항정답이 아닌 가정을 관리한다
초기 수치는 틀릴 수 있습니다. 중요한 것은 단위·출처·피크 정의·갱신 시점을 남겨, 실제 데이터로 모델을 교체할 수 있게 하는 것입니다.
F1평균과 피크 분리
DAU와 일일 요청으로 평균 QPS를 계산한 뒤, 출시·시간대·재시도 영향을 피크 배수로 별도 둡니다.
F2데이터 경로 분리
원본, 인덱스, 복제, 백업, 지역 간 전송을 하나의 저장량 숫자로 섞지 않습니다.
F3실측으로 갱신
load test와 운영 지표가 가정과 다르면 문서·예산·SLO를 함께 갱신합니다.
F4장애 여유 명시
단일 노드의 최대치가 아니라 장애 중에도 목표 p99를 지킬 여유를 계산합니다.
02 · HIGH-LEVEL DESIGN
# 아키텍처가정에서 부하 시험까지의 반복 고리
계산기는 신뢰성의 증거가 아닙니다. 요구사항·계산 모델·부하 시험·운영 계측이 서로 가정을 검증하는 반복 고리를 만들어야 합니다.
규모 추정 검증 흐름 SVG DIAGRAM · 모든 숫자는 예시 설계 가정
계산식의 역할 ·
peak QPS = DAU × requests/day × peak multiplier ÷ 86,400은 시작점입니다. 캐시, 큐, 재시도, 리전별 편차를 실측하지 않으면 실제 병목을 예측할 수 없습니다.03 · ESTIMATION FLOW
# 처리 흐름단위를 잃지 않는 다섯 단계
1수요 정의
DAU, 요청 유형, 동시성, 지역, 출시 이벤트를 분리해 기록합니다.
2평균 계산
일일 요청을 초 단위 QPS로 바꾸고 단위와 반올림 방식을 남깁니다.
3피크·여유 적용
피크 배수, N+1, backlog, retry amplification을 서로 다른 계수로 적용합니다.
4용량 분해
compute·network·storage·index·backup을 독립된 비용·한계로 계산합니다.
5실험·갱신
부하 시험과 운영 지표로 단일 노드·파티션의 실제 한계를 모델에 반영합니다.
04 · TRADEOFFS
# 트레이드오프빠른 추정과 높은 신뢰도의 균형
방식
강점
놓치기 쉬운 점
사용 시점
상향식 계산
면접·기획에서 빠름
실제 병목을 증명하지 않음
초기 설계
과거 실측 외삽
제품 특성 반영
출시·지역 변화에 취약
성장 서비스
Load test
포화·실패 지점 확인
테스트 환경의 대표성
출시·대형 변경 전
자동 확장
급격한 변동 완화
quota·stateful 병목은 남음
stateless 경로
05 · FAILURE MODES
# 장애 대응잘못된 가정이 만드는 장애
payload 증가
새 기능이 요청 크기와 egress를 급격히 키웁니다.
대응 · size percentile, 압축, 업로드 제한과 CDN 경로를 분리해 관측합니다.
캐시 미스 폭증
backend QPS가 계산보다 훨씬 커집니다.
대응 · hit ratio, hot key, TTL, stampede 보호를 모델과 load test에 포함합니다.
영역 장애
남은 영역이 평시 피크를 넘는 부하를 받습니다.
대응 · 리전별 N+1, 트래픽 이동 한계, degraded response를 사전에 시험합니다.
06 · OPERATIONS
# 운영가정을 운영 지표로 바꾼다
영역
확인할 것
판단 기준
주의점
보안·개인정보
집계 로그·샘플링
식별자·본문 미수집
payload 분석도 민감 정보 제외
관측
QPS·p99·queue·hit ratio
예측 대비 편차 추적
평균만으로 증설 금지
비용
복제·백업·egress·유휴
자원별 단가 모델
견적은 시점별 재검토
출처
Google SRE·AWS Guidance
검토일 2026-08-23
수치는 공급자 보장값 아님
면접 모드 · 추가 질문05:00
“DAU 100만, 사용자당 하루 20회 요청인 서비스가 출시 이벤트에서 평소 피크의 두 배를 받습니다. 평균·피크 QPS, 저장량, 장애 여유를 어떤 가정과 식으로 설명하고 무엇을 load test로 검증하겠습니까?”
단위와 가정부터피크·여유 분리실측 갱신 루프
NEXT FOUNDATION0에서 수백만 사용자까지 확장
EDITORIAL NOTES
작성·검토·참고 자료
참고 자료
- Google SRE: Production Services Best Practices — 수요 예측, load test, N+2 용량 계획의 운영 원칙을 검토했다.
- Google SRE: Addressing Cascading Failures — 과부하 한계와 capacity planning을 성능 시험과 함께 다뤄야 하는 이유를 검토했다.
- AWS Prescriptive Guidance: Capacity planning at the edge — compute, memory, storage 요구량을 workload 기준으로 수집하는 원칙을 검토했다.
- 주제 구성 참고: liquidslr/system-design-notes (독립 재집필, 문장·이미지 미사용)
사실 오류·출처 정정은 문의·정정 페이지로 알려 주세요.