Hogyan működik a Redis Pub/Sub?

Question

Accepted Answer

**Pub/Sub** (Publish/Subscribe) a Redis üzenetküldési mintája, amelyben a **közzétevők** üzeneteket küldenek a **csatornákra** és az **előfizetők** a feliratkozott csatornákról kapnak üzeneteket — anélkül, hogy a közzétevők és az előfizetők ismernék egymást. Ez valós idejű üzenetküldést és laza csatolású kommunikációt tesz lehetővé a szolgáltatások között.

## A Pub/Sub modell

```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.
```

A közzétevők a `PUBLISH` paranccsal küldenek csatornára; az előfizetők a `SUBSCRIBE` paranccsal csatornákra iratkoznak fel és valós időben kapják meg az üzeneteket. **Lazán csatoltak** — a közzétevő nem tudja, ki (ha egyáltalán valaki) figyeli az üzeneteket.

## Felhasználási esetek

```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)
```

## Fontos korlátozás: tüzelj-és-felejtsd

```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.
```

## Ha megbízhatóságra van szükséged: használj Streameket

```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
```

## Miért fontos

A Redis Pub/Sub megértése értékes a **valós idejű üzenetküldés és laza csatolású kommunikáció** szempontjából, ezért hasznos tudás — de kritikus fontosságú a korlátainak megértése is, hogy megfelelően tudd használni.

A Pub/Sub lehetővé teszi a **valós idejű üzenetküldést**, ahol a közzétevők csatornákra közvetítenek és az előfizetők azonnal megkapják az üzeneteket, a közzétevők és az előfizetők **lazán csatolva vannak** (nem ismerik egymást) — ez lehetővé teszi a valós idejű értesítéseket, chatet, élő irányítópult-frissítéseket és laza csatolású szolgáltatáskommunikációt (gyakran WebSocketokkal párosítva a böngészőkbe küldendő frissítésekhez).

Ez a Redis egyszerű, gyors lehetőségévé teszi a valós idejű közvetítési funkciókat.

Azonban a **legfontosabb pont** a Pub/Sub **tüzelj-és-felejtsd korlátának** megértése: legfeljebb egyszer szállítás — az üzenetek csak azokhoz az előfizetőkhöz érnek el, akik abban a pillanatban csatlakozva vannak, és az offline előfizetők **véglegesen elveszítik az üzeneteket** (nincs perzisztencia, visszajátszás, nyugta vagy szállítási garancia).

Ez egy kritikus megkötés: a Pub/Sub nem alkalmas, ha a megbízható szállítás vagy az üzenet-előzmények fontosak, és annak nem értése elveszett-üzenet hibákhoz vezet.

Annak ismerete, hogy milyen alternatívák vannak — **Redis Streamek** (tartós, naplóalapú, fogyasztócsoportokkal és nyugtákkal) vagy dedikált közvetítők (Kafka, RabbitMQ) a megbízható üzenetküldéshez — és a Pub/Sub csak egyszerű valós idejű közvetítéshez való kiválasztása, ahol az elveszett üzenetek elfogadhatóak, helyes ítéletet tükröz.

Mivel a valós idejű üzenetküldés közös igény, és mivel a Redis Pub/Sub egyszerű megoldást kínál rá, de fontos megbízhatósági korlátozásokkal (Streamek vagy közvetítő szükséges, ha garanciákra van szükség), a Pub/Sub megértése — hogyan működik, felhasználási esetei, és különösen a tüzelj-és-felejtsd korlátja és mikor kell helyette Streameket használni — értékes, gyakorlatban releváns tudás a valós idejű funkciók helyes megvalósításához, ahol a korlát megértése ugyanolyan fontos, mint a képesség megértése.