정확해 보이는 숫자 하나를 만드는 연습이 아닙니다. 불완전한 요구사항을 단위가 있는 가정으로 바꾸고, 어떤 입력이 QPS·저장량·비용 결론을 뒤집는지 확인하는 과정입니다.
운영자 직접 작성·기술 검토·최종 검토 2026.08.29
개념 이해면접 답변운영 관점진도 저장
⌁30초 핵심 요약
사진 메모 서비스의 DAU·요청 수·업로드 크기·피크 배수부터 계산합니다. 결과보다 중요한 것은 요청/일→요청/초, 원본→복제 후 저장량처럼 단위 전환을 남겨 다른 사람이 같은 식을 다시 검증할 수 있게 하는 것입니다.
평균 QPS (계산 결과)약 232 QPS
피크 QPS (설계 가정)10배 → 2,320 QPS
복제 저장량 (계산 결과)90일 · 3배 → 540TB
DESIGN DECISION · 설계 판단
어떤 입력이 용량과 비용 결론을 뒤집는가?
예시 DAU100만 명
설계 가정
예시 피크 QPS약 2,320 QPS
계산 결과
예시 원본 데이터2TB/일
설계 가정
최종 선택
사진 메모 서비스의 피크·대역폭·저장량 민감도 계산
100만 DAU, 메타데이터 요청 20회, 이미지 업로드 2회×1MB, 피크 10배, 90일 보관, 복제 3을 한 모델에서 계산하고 입력 변화에 따른 결과 범위를 함께 제시합니다.
선택 이유
메타데이터 QPS와 이미지 ingress를 분리해 서로 다른 병목을 볼 수 있습니다.
원본 2TB/일에서 90일·복제 3의 540TB가 어떻게 나왔는지 재현할 수 있습니다.
이미지 크기·업로드 횟수·피크 배수 중 무엇을 먼저 측정할지 정할 수 있습니다.
포기한 대안
평균 QPS 하나로 서버 수를 고정
이미지 본문, 짧은 피크, 복제·보관 오버헤드가 사라져 정밀해 보이지만 실제 병목과 비용을 설명하지 못합니다.
감수한 단점
여유 용량을 크게 잡으면 비용이 늘고 작게 잡으면 출시 피크에서 복구 여지가 줄어듭니다.
입력 근거와 model version이 없으면 같은 숫자를 다시 계산할 수 없습니다.
부하 시험은 시나리오가 실제 객체 크기·지역 분포를 반영할 때만 추정을 개선합니다.
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
잘못된 가정이 만드는 장애
# 장애 대응
!피크 과소평가
캠페인·재시도로 실제 QPS가 모델을 넘습니다.
대응 · rate limit, queue, graceful degradation과 여유 용량으로 보호하고 실측 피크를 반영합니다.
↗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-29
수치는 공급자 보장값 아님
면접 모드 · 추가 질문05:00
“DAU 100만, 사용자당 하루 20회 요청인 서비스가 출시 이벤트에서 평소 피크의 두 배를 받습니다. 평균·피크 QPS, 저장량, 장애 여유를 어떤 가정과 식으로 설명하고 무엇을 load test로 검증하겠습니까?”
단위와 가정부터피크·여유 분리실측 갱신 루프
답변 구조 보기 5단계
DAU와 요청 유형을 확인하고 평균·피크 정의부터 합의한다.
QPS, 대역폭, 저장량을 단위와 식으로 계산한다.
복제·인덱스·백업·캐시의 영향을 분리한다.
장애 여유와 load test 기준을 제시한다.
실측으로 가정을 갱신하는 운영 루프를 설명한다. 이번 선택: 사진 메모 서비스 하나를 입력부터 피크·대역폭·저장·민감도까지 완주한다. 깨지는 신호: 예측과 실측 차이가 ±20%를 넘거나 입력 버전 없이 결과만 공유된다. 다음 검증: 실제 객체 크기 분위수와 지역별 피크를 수집해 이미지 크기·피크 배수부터 교체한다.