Colas de tareas, fan-out de pub/sub, streaming de eventos y request-reply son problemas diferentes. Elegir la herramienta por la marca antes de nombrar el problema sale caro en migración y en factura mensual. La comparación siguiente recorre Kafka, RabbitMQ y SQS según los criterios que deciden producción: throughput, ordenamiento, costo operacional y el caso de uso de tu event-driven architecture.

Kafka: log distribuido con replay

Kafka guarda eventos en un log distribuido que los consumidores pueden releer desde el inicio, y los consumer groups escalan al sumar miembros. Throughput en el orden de cientos de miles de mensajes por segundo en clusters modestos. El precio aparece en la operación: brokers, particiones, rebalances y retención exigen dedicación, incluso corriendo en MSK o Confluent. Encaja en event sourcing, pipelines de analytics y broadcast para varios consumidores independientes.

RabbitMQ: broker inteligente para colas de trabajo

RabbitMQ apuesta por un broker con routing rico: topic exchanges filtran por patrón de clave, dead-letter exchanges capturan mensajes rechazados, las prioridades reordenan entregas y las quorum queues replican estado entre nodos. Cubre decenas de miles de mensajes por segundo con holgura y resuelve colas de tareas con topología compleja usando menos piezas que un cluster Kafka.

SQS: cola sin servidor dentro de AWS

SQS cobra por mensaje, escala solo y no exige ni una hora de operación. Límites conocidos: 256KB por mensaje, delay máximo de 15 minutos, precio en la franja de centavos por millón de requests. Las colas FIFO agregan ordenamiento estricto con techos de throughput (300 req/s por defecto, hasta 3.000 con batching). Un equipo AWS-native gana infraestructura de colas sin administrar nada.

Ordenamiento: el detalle que tumba diseños

Kafka garantiza orden dentro de cada partición, así que la clave de partición decide todo: pedidos particionados por customer_id preservan secuencia por cliente. RabbitMQ también abandona el orden global bajo consumers concurrentes. Diseña consumidores idempotentes en cualquier herramienta; el orden de infraestructura optimiza, la idempotencia corrige.

Costo operacional lado a lado

  • Kafka administrado (MSK, Confluent): parte desde unos $200+/mes por el cluster mínimo
  • RabbitMQ self-hosted: instancia barata, pero HA, failover y upgrades entran en tu backlog
  • SQS: precio por mensaje, escala a cero cuando el tráfico desaparece, cero servidores que cuidar

Punto de partida y momento de migrar

Empieza con SQS si el equipo vive en AWS, o RabbitMQ si el routing rico importa fuera de ella. Migra a Kafka cuando replay de histórico, múltiples consumidores independientes o 100k+ msg/s se vuelvan requisito real. Un equipo pequeño con cola de jobs casi nunca necesita cluster propio; necesita una cola confiable y observabilidad decente.