🪟 Rate Limit 윈도우 계산기 | 경계 버스트 계산

윈도우당 허용 요청 수

건

윈도우 길이

초

클라이언트 전송률 (선택)

건/초

구분	고정 윈도우	슬라이딩 윈도우

고정 윈도우의 경계 2배 통과는 카운터가 윈도우마다 초기화되는 구조에서 나오는 결과입니다. 할당량이 언제 소진되는지 예측하는 것은 API 호출 한도 소진 시간 도구, 버스트를 토큰으로 다루는 것은 토큰 버킷 계산기 몫이라 여기서는 다루지 않습니다.

Rate Limit 윈도우 계산기 사용법

윈도우당 허용 요청 수와 윈도우 길이를 넣으면 고정 윈도우와 슬라이딩 윈도우에서 각각 최대 몇 건이 통과하는지, 지속 허용 전송률과 요청 간 최소 간격이 얼마인지 나옵니다. 클라이언트 전송률을 넣으면 한 윈도우에서 몇 건이 초과되는지도 셉니다. 아래 표에서는 두 방식이 보관하는 상태와 비용까지 나란히 비교합니다.

계산 방식과 근거

지속 허용 전송률은 한도를 윈도우 길이로 나눈 값이고, 요청 간 최소 간격은 그 역수입니다. 고정 윈도우의 경계 최대 통과량은 한도의 2배입니다. 한도 100건 / 60초라면 60초 구간에 최대 200건이 통과하며, 이것이 두 방식의 핵심 차이입니다.

한계와 주의사항

서버가 어느 방식을 쓰는지는 제공자 문서를 봐야 하고, 슬라이딩 윈도우 카운터처럼 근사 구현은 값이 조금 달라집니다. 응답 헤더로 남은 한도를 알려 주는 방식도 제공자마다 달라 이 도구는 다루지 않습니다. 할당량 소진 시점 예측과 토큰 버킷 설계는 각각 다른 도구가 맡습니다.

자주 묻는 질문

고정 윈도우와 슬라이딩 윈도우는 뭐가 다를까?

고정은 윈도우마다 카운터를 0으로 되돌려서 경계를 걸친 구간에 한도의 2배가 통과합니다. 슬라이딩은 직전 구간을 계속 되돌아봐서 그 버스트가 생기지 않습니다.

왜 2배가 통과할까?

윈도우 끝에 한도만큼 보내고 윈도우가 바뀐 직후 다시 한도만큼 보내면, 두 묶음이 윈도우 길이보다 짧은 간격 안에 들어오기 때문입니다.

슬라이딩이 항상 나을까?

버스트는 막지만 요청 시각이나 가중 카운터를 들고 있어야 해서 메모리와 구현 비용이 올라갑니다. 어느 쪽이 맞는지는 트래픽 특성에 달려 있어 공인된 정답이 없습니다.

🪟Rate Limit 윈도우 설정 계산기

관련된 도구

토큰 버킷 재충전율 계산기

API 한도 소진 예측기

Rate Limit 윈도우 계산기 사용법

계산 방식과 근거

한계와 주의사항

자주 묻는 질문

관련된 도구

토큰 버킷 재충전율 계산기

API 한도 소진 예측기

Rate Limit 윈도우 계산기 사용법

계산 방식과 근거

한계와 주의사항

자주 묻는 질문

같은 카테고리 도구