Etiqueta
Redpanda promete compatibilidad con el protocolo Kafka pero sin JVM, sin ZooKeeper y con arquitectura thread-per-core. En 2025 ya hay despliegues serios en producción. Merece la pena entender dónde compensa el cambio y dónde no.
Kafka 4.0 llegó en marzo con la promesa cumplida: el clúster se autoadministra sin ZooKeeper. Después de meses operando clústeres KRaft y de la migración obligada, qué cambia de verdad, dónde duelen las diferencias y qué hay que saber antes de migrar.
La arquitectura orientada a eventos desacopla servicios mediante brokers de mensajes. Cada componente publica eventos cuando algo cambia, en lugar de llamar a otros servicios directamente. Reduce el acoplamiento y mejora la resiliencia. Aporta valor real en dominios con múltiples consumidores, pero introduce complejidad operacional que conviene evaluar antes de adoptarla.
Apache Kafka se consolida en 2023 como el backbone de eventos de la empresa gracias a KRaft, que llega a GA y elimina la dependencia de ZooKeeper. Los patrones más maduros son CDC con Debezium, event sourcing y stream processing con Kafka Streams o Flink, mientras Redpanda y Pulsar compiten como alternativas reales según el caso.
Kafka se lleva los titulares como sinónimo de mensajería moderna, pero RabbitMQ sigue siendo la mejor opción para task queues con reintentos, RPC asíncrono y pub/sub con enrutamiento complejo. Esta guía compara ambos frente a NATS, repasa patrones clásicos y errores de producción, y ayuda a decidir según el caso real, no la moda.
