Skip to main content

최적 지터 & 백오프 계산기

시스템 파라미터를 입력하여 최적의 지터 윈도우를 계산하세요.

시스템 파라미터

req/sec
우리 시스템이 감당할 수 있는 초당 최대 처리량입니다.
마트의 모든 계산대를 최대로 가동했을 때, 1분 동안 계산을 마칠 수 있는 최대 손님 수와 같습니다. 예를 들어 10개의 계산대가 1분에 각각 2명씩 처리한다면, 마트의 용량(μ)은 "20명/분"입니다.
req/sec
특별한 이벤트가 없을 때, 시스템이 평균적으로 처리하고 있는 초당 요청 수입니다.
한가한 평일 오후, 마트 계산대에서 보통 계산하고 있는 손님 수입니다. 전체 용량은 "20명/분"이지만, 평소에는 "5명/분" 정도만 처리하고 있을 수 있습니다. 이 "5명/분"이 평상시 로드(λ₀)입니다.
특정 이벤트로 인해 아주 짧은 순간에 한꺼번에 쏟아져 들어오는 요청의 총 개수입니다.
갑자기 수학여행을 온 학생 100명이 동시에 마트로 들어와 각자 물건을 들고 계산대로 한꺼번에 몰려드는 상황입니다. 이 "100명"이 버스트 요청 수(M)입니다. 시스템은 이 100개의 요청을 최대한 부하 없이 처리해야 합니다.
요청 하나를 처리하는 데 걸리는 시간을 의미하며, 안정적인 측정을 위해 95 백분위수(p95) 값을 사용합니다.
손님 한 명을 계산하는 데 걸리는 시간입니다. 대부분의 손님은 1분 안에 계산이 끝나지만, 물건이 아주 많거나 쿠폰 문제로 오래 걸리는 손님이 있을 수 있습니다. "전체 손님의 95%는 3분 안에 계산이 끝난다"라고 할 때, 이 "3분"이 p95 서비스 시간(s)입니다.
시스템이 '위험' 상태에 빠지지 않으면서 추가로 동시에 처리할 수 있는 요청의 개수입니다.
현재 5개의 계산대를 운영 중(평상시 로드)인데, "손님이 갑자기 몰릴 경우를 대비해 바로 투입할 수 있는 예비 계산원 2명"이 있다고 가정해 봅시다. 이 "2명"이 바로 여유 동시 처리 슬롯(K)입니다.
우리가 설정한 지터(Jitter) 전략이 실패할 확률, 즉 버스트 요청을 감당하지 못하고 시스템이 과부하에 빠질 것을 용납할 확률입니다.
"우리가 세운 비상 대책(예비 계산원 투입 등)이 99%의 확률로 갑자기 몰린 단체 손님을 감당할 수 있을 거야"라고 말할 때, 실패할 확률인 1%가 바로 허용 오류율(ε=0.01)입니다.

계산 결과

시스템 여유 용량 (H)

300.00 req/sec

μ - λ₀ = 사용 가능한 추가 처리 용량

용량 기반 최소 윈도우

1.67

M/H = 용량 한계 기준

동시성 기반 최소 윈도우

1.00

Ms/K = 동시 처리 한계 기준

확률적 안전 윈도우

1.90

99.0% 신뢰도로 안전한 윈도우

🎯 최종 권장 지터 윈도우

1.90

실제 사용해야 할 지터 윈도우

예상 피크 요청률

262.79 req/sec

안전 마진: 12.4% | 99.0% 확률로 용량 내

평균 추가 지연

0.95

사용자가 경험할 평균 지연 시간

백로그 처리 시간

1.67

모든 요청을 처리하는데 필요한 시간

지터 전략 시뮬레이션

위에서 계산된 최종 지터 윈도우 (1.90초)를 기반으로 다양한 지터 전략을 시뮬레이션해보세요.

시도 1
0 ~ 100ms 사이 랜덤 대기
0ms12,800ms
시도 2
0 ~ 200ms 사이 랜덤 대기
0ms12,800ms
시도 3
0 ~ 400ms 사이 랜덤 대기
0ms12,800ms
시도 4
0 ~ 800ms 사이 랜덤 대기
0ms12,800ms
시도 5
0 ~ 1,600ms 사이 랜덤 대기
0ms12,800ms
시도 6
0 ~ 3,200ms 사이 랜덤 대기
0ms12,800ms
시도 7
0 ~ 6,400ms 사이 랜덤 대기
0ms12,800ms
시도 8
0 ~ 12,800ms 사이 랜덤 대기
0ms12,800ms