Arquitectura orientada a eventos con Kafka: cuándo usarla y cuándo no
Por Floppai Engineering
Kafka es una herramienta excelente y un default terrible. Úsalo para desacoplar y escalar — no porque un diagrama quedaba impresionante.
Kafka se ha convertido en un reflejo. Alguien dice "eventos" en una reunión y aparece un broker en la arquitectura. A veces es exactamente lo correcto. A menudo añade un peso operativo que el equipo no está listo para cargar.
Buenas razones para recurrir a Kafka
Tienes múltiples consumidores que necesitan el mismo stream a distintas velocidades. Necesitas un log durable y reproducible como fuente de verdad. Estás desacoplando productores de consumidores entre fronteras de equipos. Necesitas absorber picos que de otro modo saturarían una cadena de llamadas síncrona.
Cuándo basta con una cola (o una base de datos)
Si tienes un productor y un consumidor, una cola simple es más barata y más fácil de razonar. Si lo que necesitas es petición/respuesta, no lo conviertas en coreografía. Y si tu equipo no tiene a nadie cómodo operando particiones, consumer groups y rebalanceos, el coste de madurez superará a la elegancia arquitectónica.
La respuesta honesta suele ser "depende" — y nuestro trabajo es decirte cuál es para tu sistema, no venderte la caja más impresionante del diagrama.