Redis Pub/Sub எவ்வாறு செயல்படுகிறது?

Question

Accepted Answer

**Pub/Sub** (Publish/Subscribe) என்பது Redis-ன் செய்தி பரிமாற்ற முறை, இதில் **publishers** செய்திகளை **channels**-க்கு அனுப்புகின்றனர் மற்றும் **subscribers** அவர்கள் குழுசேர்ந்த channels-ல் இருந்து செய்திகளைப் பெறுகின்றனர் — publishers மற்றும் subscribers ஒருவரையொருவர் பற்றி அறிந்திருக்க வேண்டியது இல்லை. இது real-time செய்தி பரிமாற்றம் மற்றும் சேவைகளுக்கு இடையே decoupled communication ஐ செயல்படுத்துகிறது.

## Pub/Sub மாதிரி

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

Publishers `PUBLISH`-ஐ ஒரு channel-க்கு செய்கின்றனர்; subscribers channels-க்கு `SUBSCRIBE` செய்து real time-ல் செய்திகளைப் பெறுகின்றனர். அவை **decoupled** — publisher யாரும் (உள்ளதா இல்லையா) கேட்டுக் கொண்டிருக்கிறார்கள் என்பது அறியாமல் இருக்கிறார்.

## பயன் நிலைகள்

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

## முக்கியமான வரம்பு: fire-and-forget

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

## நம்பகத்தன்மை தேவைப்படுகையில்: Streams ஐ பயன்படுத்தவும்

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

## அது ஏன் முக்கியமாக இருக்கிறது

Redis Pub/Sub ஐ புரிந்துகொள்வது **real-time செய்தி பரிமாற்றம் மற்றும் decoupled communication**-க்காக மதிப்புமிக்கது, எனவே இது பயனுள்ள அறிவு — ஆனால் விமர্சனாত்மகமாக, அதன் வரம்புகளைப் புரிந்துகொள்வது சமமாக முக்கியம், அதை பொருத்தமான முறையில் பயன்படுத்த.

Pub/Sub **real-time செய்தி பரிமாற்றம்**ஐ செயல்படுத்துகிறது, இதில் publishers channels-க்கு broadcast செய்கின்றனர் மற்றும் subscribers தাৎক্ষণিকமாக பெறுகின்றனர், publishers மற்றும் subscribers **decoupled** (ஒருவரையொருவர் அறிந்திருக்க மாட்டார்கள்) — real-time அறிவிப்புகள், உரையாடல், live dashboard புதுப்பிப்புகள், மற்றும் decoupled சேவை தொடர்பு (பெரும்பாலும் WebSockets-ன் সাथ ப্রயோகிக்கப்பட்டு உலாவிகளுக்கு புதுப்பிப்புகளை தள்ள) போன்ற பயன் நிலைகளை சக்திவாய்ப்படுத்துகிறது.

இது real-time broadcast বৈশிষ்ট்যங்களுக்கு Redis-ஐ எளிய, வேகமான விருப்பமாக்குகிறது.

ஆனால், **மிக முக்கியமான புள்ளி** Pub/Sub-ன் **fire-and-forget வரம்பு**ஐ புரிந்துகொள்வது: இது at-most-once delivery — செய்திகள் அந்த கணத்தில் இணைக்கப்பட்ட subscribers-கு மட்டுமே விரிவடைகின்றன, மற்றும் offline subscribers **நிரந்தரமாக செய்திகளை தவற்றுவிடுகின்றனர்** (persistence, replay, acknowledgment, அல்லது delivery guarantee இல்லை).

இது ஒரு முக்கியமான வரம்பு: நம்பகமான delivery அல்லது message history முக்கியம்படும் போது Pub/Sub பொருத்தமற்றது, மற்றும் இதை புரிந்துகொள்ளாமல் இருப்பது잃 lost-message வழுக்கள் ஏற்படுத்துகிறது.

விকল்பங்களை அறிந்திருப்பது — **Redis Streams** (durable, log-based, consumer groups மற்றும் acknowledgments-ஆனவை), அல்லது dedicated brokers (Kafka, RabbitMQ) நம்பகமான messaging-க்கு — மற்றும் Pub/Sub-ஐ எளிய real-time broadcast-க்கு மட்டுமே தேர்ந்தெடுப்பது, செய்திகளை தவற்றுவிடுவது ஏற்றுக்கொள்ளக்கூடியது — நல்ல판단ஐ பிரதிபலிக்கிறது.

Real-time செய்தி பரிமாற்றம் ஒரு பொதுவான தேவை என்பதால், மற்றும் Redis Pub/Sub அதற்கு ஒரு எளிய தீர்வை வழங்குவது ஆனால் முக்கியமான நம்பகத்தன்மை வரம்புகளுடன் (guarantee தேவைப்படும் போது Streams அல்லது broker தேவை), Pub/Sub-ஐ புரிந்துகொள்வது — அது எவ்வாறு செயல்படுகிறது, அதன் பயன் நிலைகள், மற்றும் குறிப்பாக அதன் fire-and-forget வரம்பு மற்றும் எப்போது Streams-ஐ பதிலாகப் பயன்படுத்த வேண்டும் — பயனுள்ள, நடைமுறைக்கு பொருத்தமான அறிவு real-time பৈশिष्ट्य்களை சரியாக செயல்படுத்த, இதில் வரம்பு புரிந்துகொள்வது திறன் புரிந்துகொள்வதுپோல் முக்கியமாக இருக்கிறது.