Mekanikken i Redis Pub/Sub

En utgiver er enhver klient som sender en melding til en bestemt kanal. Utgivere trenger ikke å vite hvem som lytter, om noen i det hele tatt lytter.

• Send og glem: Utgivere sender en melding og går umiddelbart videre. De venter ikke på bekreftelser.
• Frakoblet: Utgivere er fullstendig frakoblet fra abonnentene. De trenger bare kanalnavnet og innholdet i meldingen.

Denne frakoblingen er en stor fordel for skalerbare sanntidsapplikasjoner.

En abonnent er en klient som uttrykker interesse for å motta meldinger fra én eller flere bestemte kanaler.

• Aktiv lytting: Abonnenter lytter aktivt til kanaler. Når en melding publiseres til en kanal de abonnerer på, sender Redis den til abonnenten.
• Logikk på klientsiden: Abonnenter har vanligvis applikasjonslogikk som behandler innkommende meldinger.

Abonnenter må være koblet til Redis for å motta meldinger. Hvis en abonnent kobler fra, går den glipp av alle meldinger som publiseres mens den er frakoblet.

La oss se for oss den enkle flyten:

1. En utgiver sender en melding til en navngitt kanal.
2. Redis mottar meldingen og identifiserer kanalen.
3. Redis kringkaster deretter meldingen til alle abonnenter som for øyeblikket er koblet til den aktuelle kanalen.
4. Abonnentene mottar meldingen i sanntid.

Det er som en radiostasjon (kanal) som kringkaster til mange lyttere (abonnenter) samtidig.

For å publisere en melding bruker vi kommandoen PUBLISH. Den tar to argumenter: kanalnavnet og innholdet i meldingen.

Prøv å kjøre denne kommandoen i Redis CLI. Den returnerer antallet klienter som mottok meldingen.

For å abonnere på en kanal bruker vi kommandoen SUBSCRIBE. Den tar ett eller flere kanalnavn.

Når De kjører denne kommandoen, går CLI inn i en blokkerende modus og venter på meldinger på kanalen notifications. De ser ingen ledetekst før De stopper den (for eksempel med Ctrl+C).

Det er avgjørende å forstå disse egenskapene når De skal velge riktig Redis-funksjon:

• Sanntid: Meldinger leveres umiddelbart til aktive abonnenter.
• Send og glem: Utgivere vet ikke og bryr seg ikke om meldingene blir mottatt.
• Ingen varig lagring: Hvis ingen abonnerer, går meldingen tapt. Redis Pub/Sub lagrer ikke meldinger for senere henting.
• Meldingsrekkefølge: Meldinger som publiseres til en kanal, leveres til abonnentene i samme rekkefølge som de ble publisert.

De lurer kanskje på hvordan Pub/Sub skiller seg fra andre meldingsmønstre. Den viktigste forskjellen er varig lagring.

• Pub/Sub: Ideelt for sanntidsvarsler der det er akseptabelt at frakoblede abonnenter går glipp av meldinger (for eksempel chatterom og direkteoppdateringer).
• Redis Streams: Tilbyr varig lagring av meldinger, forbrukergrupper og mulighet for avspilling. Det egner seg bedre for pålitelige køer, hendelsesbasert lagring eller situasjoner der meldinger ikke må gå tapt.

Vi tar for oss Streams i et senere kurs!

I denne leksjonen har vi gått gjennom de viktigste mekanismene i Redis Pub/Sub:

• Kanaler er de navngitte banene for meldinger.
• Utgivere sender meldinger til kanaler på en «send og glem»-måte.
• Abonnenter lytter til kanaler og mottar meldinger i sanntid.
• Redis Pub/Sub har ikke varig lagring; meldinger går tapt hvis ingen abonnent er aktiv.

Deretter skal vi bruke dette i praksis ved å kringkaste enkle meldinger ved hjelp av klientbiblioteker!