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.
Para quitar ZooKeeper de Kafka hay que pasar por la 3.9. Migré en Docker un clúster de tres brokers de Kafka 3.9.2 con ZooKeeper a KRaft y lo subí después a Kafka 4.4.0: cinco fases con reinicios escalonados, la configuración y los comandos de cada una, y los 100.000 mensajes intactos al final.
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.
