Redis ile hız sınırlaması nasıl uygulanır?

Question

Accepted Answer

**Hız sınırlaması** (zaman penceresi içinde kaç istek/eylem yapılabileceğini kısıtlama), Redis'in yaygın bir kullanım senaryosudur — Redis'in hızlı atomik sayaçları ve TTL'ler bunu ideal kılar. Birkaç algoritma vardır (sabit pencere, kayan pencere, token bucket), her birinin avantaj ve dezavantajları vardır.

## Sabit pencere (en basit)

```js
// allow N requests per time window using an atomic counter with a TTL
async function rateLimit(userId, limit = 100, windowSec = 60) {
  const key = `rate:${userId}:${Math.floor(Date.now() / 1000 / windowSec)}`;
  const count = await redis.incr(key);     // atomic increment
  if (count === 1) await redis.expire(key, windowSec);  // set TTL on first request
  return count <= limit;                    // allowed if under the limit
}
// → INCR is atomic (correct under concurrency); the key auto-expires each window
```

**Sabit pencere** yaklaşımı: (kullanıcı, zaman-penceresi) başına atomik bir sayaç ve TTL ile — her istek için arttır, sınırı aştığında reddet. Basit ve etkili, atomik `INCR` ve otomatik süresi dolma özelliğinden faydalanır.

```text
✗ Limitation: bursts at window boundaries (2x limit possible across two adjacent windows)
```

## Kayan pencere (daha yumuşak)

```text
SLIDING WINDOW → tracks requests over a rolling time period (no boundary bursts)
  → often uses a SORTED SET: add each request with a timestamp score,
    remove old entries (ZREMRANGEBYSCORE), count remaining (ZCARD)
  ✓ More accurate/smooth  ✗ More memory and complexity
```

## Token bucket (kontrollü patlamalara izin verir)

```text
TOKEN BUCKET → tokens refill at a steady rate; each request consumes a token
  → allows bursts (up to the bucket size) while limiting the average rate
  → often implemented with a Lua SCRIPT for atomic check-and-consume
```

## Redis neden bu işin için ideal?

```text
✓ ATOMIC counters (INCR) → correct under concurrency, no race conditions
✓ Fast (in-memory) → minimal latency added to each request
✓ TTL → automatic window cleanup (no manual expiry management)
✓ SHARED across servers → distributed rate limiting (all app servers use one Redis)
→ Redis is the standard tool for distributed rate limiting.
```

## Neden önemli

Redis ile hız sınırlaması uygulamak yaygın ve pratik bir kullanım senaryosu olduğu için — hız sınırlaması (API'ları ve hizmetleri kötüye kullanımdan koruma, adil kullanım sağlama, aşırı yüklenmesini önleme) neredeyse evrensel bir ihtiyaç ve Redis bunun için standart araç — bunu anlamak değerli bir bilgidir.

**Redis'in neden ideal olduğunu** anlamak kilit noktadır: **atomik sayaçları** (`INCR`) eşzamanlılık altında hız sayımını doğru yapar (yarış koşulu/kayıp sayım yoktur), **hızı** (bellek içi) her istekte minimal gecikmesi ekler, **TTL'ler** pencere temizliğini otomatik olarak gerçekleştirir ve özellikle **sunucular arasında paylaşılır** — tüm uygulama sunucularının tek bir tutarlı sınırı uygulamasını sağlayan **dağıtık hız sınırlaması** mümkün kılar (çok sunuculu dağıtımlarda gereklidir, burada sunucu başına bellek içi sınırları işe yaramaz).

**Algoritmaları** ve bunların trade-off'larını anlamak uygun şekilde seçim yapmanızı sağlar: **sabit pencere** (en basit — zaman penceresine göre atomik sayaç ve TTL, ancak sınır patlamalarına izin verir), **kayan pencere** (zaman damgalı isteklerin sıralı seti kullanarak daha yumuşak ve doğru, daha yüksek bellek maliyeti), ve **token bucket** (ortalama oranı sınırlarken kontrollü patlamalara izin verir, genellikle atomiklik için Lua script aracılığıyla).

Bu işlemleri (özellikle `INCR` + `EXPIRE` ile basit, yaygın sabit-pencere deseni) uygulamayı bilmek pratik, uygulanabilir bir beceridir.

Hız sınırlaması hizmetleri korumak için yaygın bir gereklilik olduğu ve Redis (atomik sayaçları, hızı, TTL'leri ve sunucular arası paylaşımı ile) dağıtık hız sınırlaması için standart, ideal araç olduğu için — Redis ile hız sınırlaması nasıl uygulanır; algoritmaları, trade-off'ları ve Redis'in neden bu kadar uygun olduğu — güçlü, korumalı hizmetler inşa etmek için değerli, sık uygulanır bilgi, caching ötesinde en yaygın pratik Redis uygulamalarından biridir.