Pub/Sub

Resumen

Pub/Sub desacopla productores y consumidores mediante canales o topics. Un productor publica un mensaje en un canal —por ejemplo, order.created— y todos los suscriptores de ese canal reciben una copia. El productor no sabe cuántos suscriptores hay ni qué hacen con el mensaje.

Es el patrón de mensajería más común para notificaciones y eventos entre servicios. A diferencia de message queues —donde un solo consumidor procesa cada mensaje—, en pub/sub todos los suscriptores reciben todos los mensajes. Redis, NATS, Kafka, Google Pub/Sub y AWS SNS lo implementan.

Alcance y supuestos

Cubre pub/sub como patrón, su diferencia con colas de mensajes, y tecnologías. Asume familiaridad con mensajería.

Modelo mental

Un grupo de WhatsApp versus un mensaje directo. El mensaje directo —message queue— va a una persona. El grupo —pub/sub—: todos los miembros reciben el mensaje. El que envió no necesita saber quiénes son los miembros.

Uso práctico

• ✅ Notificaciones, eventos entre microservicios, actualizaciones en tiempo real.
• ❌ Work queues donde cada mensaje debe ser procesado por un solo worker.

Ejemplo trabajado: notificaciones con Redis Pub/Sub

Un usuario recibe un like. notification-service publica en user.42.notifications. El WebSocket handler suscripto a ese canal recibe el mensaje y lo pushea al navegador del usuario en tiempo real.

Evidencia

• Pub/Sub es un patrón ubicuo. Redis Pub/Sub es la implementación más simple. Google Cloud Pub/Sub escala globalmente.