When is Redis pub/sub the wrong choice compared with Kafka?
PICTURE THIS: HOW TO EXPLAIN IT
Simple meaning
Redis pub/sub is fire-and-forget: if a subscriber is down, the message is gone.
WHY — Redis instead of guessing?
Why interviewers care about Redis:
on Redis.
the situation, the default choice, and one exception - that reads as experience.
Name the idea, why it exists, then one short example.
End with when you use it and one common pitfall.
STEPS — What happens step by step?
Before you speak the answer, walk the interviewer through these steps:
- 1Redis pub/sub is fire-and-forget:
if a subscriber is down, the message is gone.
- 2Kafka persists a log,
lets consumers replay from an offset, and scales with partitions.
- 3Use Redis for ephemeral
fan-out like cache invalidation
- 4use Kafka when you
cannot afford to lose events.
- 5Common mistake
What juniors usually get wrong.
- 6Close
When you pick this over the alternative.
EXAMPLE — See it in action
Here's a short line you can speak, broken into clear beats:
Note: Adapt this scaffold to your own project — keep it under 60–90 seconds.
Key takeaway
Redis pub/sub is fire-and-forget: if a subscriber is down, the message is gone. Kafka persists a log, lets consumers replay from an offset, and scales with partitions.