Redis Pub/Sub-mekanik

En publicerare är en klient som skickar ett meddelande till en specifik kanal. Publiceraren behöver inte veta vem som lyssnar, om någon gör det alls.

• Skicka och glöm: Publiceraren skickar ett meddelande och går genast vidare. Den väntar inte på någon bekräftelse.
• Frikopplade: Publicerare är helt frikopplade från prenumeranter. De behöver bara kanalens namn och meddelandets innehåll.

Denna frikoppling är en stor fördel i skalbara realtidsapplikationer.

En prenumerant är en klient som visar intresse för att ta emot meddelanden från en eller flera specifika kanaler.

• Aktivt lyssnande: Prenumeranter lyssnar aktivt på kanaler. När ett meddelande publiceras till en kanal som de prenumererar på skickar Redis det vidare till prenumeranten.
• Logik på klientsidan: Prenumeranter har vanligtvis programlogik som bearbetar inkommande meddelanden.

Prenumeranter måste vara anslutna till Redis för att ta emot meddelanden. Om en prenumerant kopplas från missar den alla meddelanden som publiceras medan den är frånkopplad.

Låt oss visualisera det enkla flödet:

1. En publicerare skickar ett meddelande till en namngiven kanal.
2. Redis tar emot meddelandet och identifierar kanalen.
3. Redis vidarebefordrar sedan meddelandet till alla för närvarande anslutna prenumeranter för den specifika kanalen.
4. Prenumeranterna tar emot meddelandet i realtid.

Det fungerar ungefär som en radiostation (kanal) som sänder till många lyssnare (prenumeranter) samtidigt.

För att publicera ett meddelande använder vi kommandot PUBLISH. Det tar två argument: kanalnamnet och meddelandets innehåll.

Prova att köra kommandot i Redis CLI. Det returnerar antalet klienter som tog emot meddelandet.

För att prenumerera på en kanal använder vi kommandot SUBSCRIBE. Det tar ett eller flera kanalnamn.

När Ni kör kommandot går CLI-gränssnittet in i ett blockerande läge och väntar på meddelanden på kanalen notifications. Ni ser ingen prompt förrän Ni stoppar det, till exempel med Ctrl+C.

Det är viktigt att förstå dessa egenskaper när Ni väljer rätt Redis-funktion:

• Realtid: Meddelanden levereras omedelbart till aktiva prenumeranter.
• Skicka och glöm: Publicerare vet inte och bryr sig inte om meddelanden tas emot.
• Ingen beständighet: Om ingen prenumererar går meddelandet förlorat. Redis Pub/Sub lagrar inte meddelanden för senare hämtning.
• Meddelandeordning: Meddelanden som publiceras till en kanal levereras till prenumeranterna i den ordning de publicerades.

Ni kanske undrar hur Pub/Sub skiljer sig från andra meddelandemönster. Den viktigaste skillnaden är beständighet.

• Pub/Sub: Idealiskt för realtidsaviseringar där det är acceptabelt att meddelanden går förlorade för frånkopplade prenumeranter, till exempel chattrum och liveuppdateringar.
• Redis Streams: Erbjuder beständig lagring av meddelanden, konsumentgrupper och möjlighet att spela upp meddelanden igen. Det passar bättre för tillförlitliga köer, event sourcing eller situationer där meddelanden inte får gå förlorade.

Vi går igenom Streams i en senare kurs!

I den här lektionen har vi gått igenom den centrala mekaniken i Redis Pub/Sub:

• Kanaler är de namngivna vägar som meddelanden skickas genom.
• Publicerare skickar meddelanden till kanaler enligt principen skicka och glöm.
• Prenumeranter lyssnar på kanaler och tar emot meddelanden i realtid.
• Redis Pub/Sub är inte beständigt; meddelanden går förlorade om ingen prenumerant är aktiv.

Härnäst omsätter vi detta i praktiken genom att sända enkla meddelanden med klientbibliotek!