반응형
Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
Tags
- Java
- 전화번호 목록
- H-index
- 정렬
- kubenetes
- @EnableScheduling
- 완주하지 못한 선수
- 모던 자바 인 액션
- @Setter
- 가장 큰 수
- 기능개발
- 영속 자료구조
- K번째수
- @configuration
- 스택/큐
- 프로그래머스
- 커링
- 고차원 함수
- 검색 기능 확장
- 해시
- 알고리즘
- 쿠버네티스
- @Data
- 루씬 인 액션
- 크론 표현식
- 다리를 지나는 트럭
- 스프링 스케쥴러
- @Getter
- 롬복 어노테이션
- 코딩 테스트
Archives
- Today
- Total
Today I Learned
2장. 개략적인 규모 추정 본문
728x90
- 시스템 용량이나 성능 요구사항을 개략적으로 추정하기 위해서는 규모 확장성을 표현하는 방식을 알아야 함
- 기본적으로 2의 제곱수나 응답지연 값, 가용성에 관계된 수치 등이 있음
2의 제곱수
- 2의 제곱수로 표현한 데이터 볼륨의 단위

응답지연 값
- 통상적인 컴퓨터에서 구현된 연산들의 응답지연 값

- 위의 데이터를 시각화한 수치

제시된 수치들을 분석한 결과
- 메모리는 빠르지만 디스크는 아직도 느리다.
- 디스크 탐색은 가능한 피하라.
- 단순한 압축 알고리즘은 빠르다.
- 데이터를 인터넷으로 전송하기 전에 가능하면 압축하라.
- 데이터 센터는 보통 여러 지역에 분산되어 있고, 센터들 간에 데이터를 주고받는 데는 시간이 걸린다.
가용성에 관계된 수치들
- 고가용성: 시스템이 오랜 시간 동안 지속적으로 중단 없이 운영될 수 있는 능력

예제: 트위터 QPS와 저장소 요구량 추정
가정
- 월간 능동 사용자수(MAU, Monthly Active User)는 3억 명
- 50%의 사용자가 트위터를 매일 사용
- 평균적으로 각 사용자는 매일 2건의 트윗을 게시
- 미디어를 포함하는 트윗은 10%
- 데이터는 5년간 보관
추정
- QPS(Query Per Second) 추정
- DAU = 3억 x 50% = 1.5억
- QPS = 1.5억 x 2트윗 / 24시간 / 3600초 = 약 3500
- 최대 QPS (Peek QPS) = 2 x QPS = 약 7000
미디어 저장을 위한 저장소 요구량
- 평균 트윗 크기
- tweet_id: 64바이트
- 텍스트: 140바이트
- 미디어: 1MB
- 미디어 저장소 요구량: 1.5억 x 2 x 10% x 1MB = 30TB / 일
- 5년간 미디어를 보관하기 위한 저장소 요구량: 30TB x 365 x 5 = 55PB
728x90
'설계 > System Design Interview Volume 1' 카테고리의 다른 글
| 1장. 사용자 수에 따른 규모 확장성 (1) | 2025.07.10 |
|---|
Comments