Hva er Redis Streams?

Question

Accepted Answer

**Redis Streams** er en append-only loggdatastruktur — som en varig meldingskø eller hendelseslogg — som støtter **forbrukergrupper**, meldingspersistens, bekreftelser og gjenspilling. De er Redis sitt svar på pålitelig meldingsutveksling, mer robust enn Pub/Sub (som er brann-og-glem).

## Append-only logg over meldinger

```bash
# add entries to a stream (each gets an auto ID: timestamp-sequence)
XADD events * type "signup" user "ann"     # * = auto-generate ID; returns e.g. 1700000000-0
XADD events * type "login" user "bob"

XLEN events                                 # number of entries
XRANGE events - +                           # read all entries (- to +)
XREAD COUNT 10 STREAMS events 0             # read entries (from ID 0)
```

Streams er en **append-only logg**: oppføringer legges til med `XADD` (hver med en unik, tidsordet ID) og vedvarer i streamen — ulikt Pub/Sub, meldinger går ikke tapt; de lagres og kan leses på nytt.

## Forbrukergrupper — pålitelig, skalerbar behandling

```bash
# create a consumer group to process the stream
XGROUP CREATE events workers 0

# consumers read messages (each message goes to ONE consumer in the group)
XREADGROUP GROUP workers consumer1 COUNT 1 STREAMS events >

# acknowledge a processed message (so it's not redelivered)
XACK events workers 1700000000-0
# unacknowledged messages can be reclaimed (XPENDING/XCLAIM) → no message lost on crash
```

**Forbrukergrupper** distribuerer meldinger over flere forbrukere (skalering av behandling), med hver melding som går til én forbruker, **bekreftelser** (`XACK`) som bekrefter behandling, og **ventende/gjenerob** (`XPENDING`/`XCLAIM`) som sikrer at meldinger ikke går tapt hvis en forbruker krasjer — pålitelig, minst-en-gang-levering.

## Streams kontra Pub/Sub

```text
PUB/SUB  → fire-and-forget; offline subscribers MISS messages; no persistence/replay
STREAMS  → PERSISTENT log; messages stored; consumer groups; acknowledgments; replay
  → Streams = when you need RELIABLE delivery, message history, and scalable consumers
  → Pub/Sub = simple real-time broadcast where missing messages is OK
Streams are similar to a lightweight Kafka (log + consumer groups).
```

## Hvorfor det er viktig

Å forstå Redis Streams er verdifullt for **pålitelig meldingsutveksling og hendelsebehandling** innenfor Redis, så det er nyttig kunnskap — særlig fordi Streams adresserer nøkkelbegrensningene i Pub/Sub.

Mens Pub/Sub er enkel men brann-og-glem (offline abonnenter mister meldinger permanent, ingen persistens), **tilbyr Streams pålitelig meldingsutveksling**: en **append-only vedvarende logg** der meldinger lagres (ikke går tapt) og kan leses/gjenspilles på nytt, pluss **forbrukergrupper** som distribuerer meldinger over flere forbrukere for skalerbar behandling, **bekreftelser** (`XACK`) for å bekrefte behandling, og **ventende-meldings gjenerob** (`XPENDING`/`XCLAIM`) slik at meldinger ikke går tapt når en forbruker krasjer — leverer minst-en-gang, pålitelig, skalerbar meldingsbehandling.

Å forstå **Streams kontra Pub/Sub** (Streams for pålitelig levering, historie og skalerbare forbrukere; Pub/Sub for enkel sanntidsutensendelse der tap er akseptabelt) er viktig for å velge riktig Redis-meldingsprimitiv.

Å erkjenne at Streams er **lignende en lettvekt Kafka** (loggbasert med forbrukergrupper) hjelper til med å ramme deres rolle — tilbyr hendelsesstrøm/meldingskø-funksjoner innenfor Redis uten en separat megler for moderate behov, mens dedikerte meglere (Kafka, RabbitMQ) forblir passende for større eller mer krevende meldingsutveksling.

Siden pålitelig meldingsutveksling og hendelsebehandling er vanlige behov, og siden Redis Streams tilbyr en robust, vedvarende, forbrukergruppe-basert løsning (overvinner Pub/Sub sin brann-og-glem-begrensning) innenfor Redis, er forståelse av Redis Streams — append-only logg, forbrukergrupper med bekreftelser og gjenerob, og hvordan de sammenlignes med Pub/Sub og Kafka — verdifullt, praktisk-relevant kunnskap for å bygge pålitelig meldingsutveksling og hendelsesdrevne funksjoner med Redis, det rette valget når du trenger leveringsgarantier og meldingshistorie som Pub/Sub ikke kan tilby.