Redis Pub/Sub nasıl çalışır?

Question

Accepted Answer

**Pub/Sub** (Publish/Subscribe), Redis'in **yayımcıların** mesajları **kanallara** gönderdiği ve **abone** olan kişilerin abone oldukları kanallardan mesaj aldığı bir mesajlaşma modelidir — yayımcılar ve abone olanlar birbirinden habersiz çalışırlar. Gerçek zamanlı mesajlaşma ve hizmetler arasında gevşek bağlı iletişim sağlar.

## Pub/Sub modeli

```bash
# Subscriber listens on a channel
SUBSCRIBE news                    # subscribe to the "news" channel

# Publisher sends a message to the channel (in another connection)
PUBLISH news "Breaking story!"    # all subscribers to "news" receive this instantly

# Pattern subscriptions (wildcards)
PSUBSCRIBE news.*                 # subscribe to news.sports, news.tech, etc.
```

Yayımcılar bir kanala `PUBLISH` yapar; abone olanlar kanallara `SUBSCRIBE` olur ve mesajları gerçek zamanlı olarak alırlar. Bunlar **gevşek bağlıdırlar** — yayımcı kimler (varsa) dinliyor olduğunu bilmez.

## Kullanım durumları

```text
✓ REAL-TIME notifications — push events to interested services/clients instantly
✓ Chat / messaging — broadcast messages to subscribers
✓ Live updates — dashboards, feeds, multiplayer (broadcast state changes)
✓ Decoupling services — services communicate via channels without direct coupling
✓ Often paired with WebSockets (Redis pub/sub → server → WebSocket → browser)
```

## Önemli sınırlama: ateşle ve unut

```text
⚠️ Redis Pub/Sub is FIRE-AND-FORGET (at-most-once delivery):
  → Messages are delivered ONLY to subscribers connected AT THAT MOMENT.
  → If a subscriber is offline/disconnected, it MISSES the message (no storage/replay).
  → No persistence, no acknowledgment, no delivery guarantee.
→ NOT suitable when you need reliable delivery or message history.
```

## Güvenilirliğe ihtiyacınız olduğunda: Streams kullanın

```text
For RELIABLE messaging (persistence, replay, consumer groups, acknowledgments):
  → use Redis STREAMS (a durable, log-based structure) instead of Pub/Sub
  → or a dedicated message broker (Kafka, RabbitMQ)
Pub/Sub → simple real-time broadcast where missing messages is acceptable
Streams → when you need durability and delivery guarantees
```

## Neden önemli

Redis Pub/Sub'ı anlamak **gerçek zamanlı mesajlaşma ve gevşek bağlı iletişim** için değerlidir, bu nedenle yararlı bir bilgidir — ancak kritik olarak, sınırlamalarını anlamak eşit derecede önemlidir ve bunu uygun şekilde kullanmanızı sağlar.

Pub/Sub, yayımcıların kanallara yayın yaptığı ve abone olanların anında mesaj aldığı **gerçek zamanlı mesajlaşma** sağlar; yayımcılar ve abone olanlar **gevşek bağlıdırlar** (birbirinden habersiz) — gerçek zamanlı bildirimler, sohbet, canlı pano güncellemeleri ve gevşek bağlı hizmet iletişimi (genellikle WebSockets ile tarayıcılara güncellemeler göndermek için eşleştirilmiş) gibi kullanım durumlarını güçlendirir.

Bu, Redis'i gerçek zamanlı yayın özellikleri için basit ve hızlı bir seçenek haline getirir.

Ancak, **en önemli nokta** Pub/Sub'ın **ateşle ve unut sınırlamasını** anlamaktır: bu en fazla bir kez teslimat — mesajlar yalnızca o anda bağlı olan abone olanlara ulaşır ve çevrimdışı abone olanlar **mesajları kalıcı olarak kaçırırlar** (kalıcılık, yeniden oynatma, onay veya teslimat garantisi yok).

Bu kritik bir kısıtlamadır: Pub/Sub, güvenilir teslimat veya mesaj geçmişi önemli olduğunda uygunsuztur ve bunu anlamama kaybolan mesaj hataları ortaya çıkarır.

Alternatifleri bilmek — güvenilir mesajlaşma için **Redis Streams** (dayanıklı, günlük tabanlı, tüketici grupları ve onaylar ile) veya dedicated aracılar (Kafka, RabbitMQ) — ve Pub/Sub'ı yalnızca mesajları kaçırmanın kabul edilebilir olduğu basit gerçek zamanlı yayın için seçmek sağlam bir yargıyı yansıtır.

Gerçek zamanlı mesajlaşma yaygın bir ihtiyaç olduğundan ve Redis Pub/Sub basit bir çözüm sağladığından ancak önemli güvenilirlik sınırlamalarıyla (garantiler gerektiğinde Streams veya bir aracı gerektiriyor), Pub/Sub'ı anlamak — nasıl çalıştığını, kullanım durumlarını ve özellikle ateşle ve unut sınırlamasını ve ne zaman Streams yerine kullanacağını — gerçek zamanlı özellikleri doğru şekilde uygulamak için değerli, pratik olarak ilgili bilgidir; burada sınırlamayı anlamak yetenek anlama kadar önemlidir.