Rate limiting beperkt het aantal verzoeken dat een client in een bepaald tijdsvenster kan doen — het beschermt systemen tegen misbruik, overbelasting en zorgt voor eerlijk gebruik. Het is een veelgebruikt onderdeel van systeemontwerp, met verschillende algoritmen en overwegingen.
Waarom rate limiting
✓ PROTECT against abuse → prevent attacks (brute force, scraping, DoS), excessive use
✓ PREVENT OVERLOAD → protect the system from being overwhelmed (stability)
✓ FAIR USAGE → ensure no single client monopolizes resources; tiered limits (free vs paid)
✓ COST control; protect downstream services
→ a common requirement for APIs and services.
Rate limiting algoritmen
FIXED WINDOW → count requests per fixed time window (e.g. 100/minute); simple
✗ allows bursts at window boundaries (up to 2x at the edges)
SLIDING WINDOW → rolling time window → smoother, no boundary bursts (more accurate)
TOKEN BUCKET → tokens refill at a rate; each request takes a token → allows BURSTS up to
the bucket size while limiting the average rate (popular, flexible)
LEAKY BUCKET → requests processed at a steady rate (smooths output)
