Liftbridge - servidor de mensajería ligero y tolerante a fallas
(liftbridge.io)-
Similar a Kafka/Pulsar, pero con una implementación mucho más simple y adecuada para la nube
-
Un único binario de Go de 16 MB que no requiere dependencias ni configuraciones complejas como Zookeeper/JVM
-
Los clientes usan gRPC
-
Al extender NATS, permite agregar streaming confiable y una API de log Pub/Sub al entorno existente de NATS sin cambios de código
-
Soporta suscripciones con comodines
-
Soporte de clave-valor y encabezados → adecuado para WAL, Write Ahead Logging
-
Retención de logs y compactación basada en claves
1 comentarios
NATS - sistema de mensajería open source, simple, seguro y de alto rendimiento: https://nats.io/
Artículo de introducción a NATS en coreano: https://medium.com/@goinhacker/nats-a63fba865d6f
Ya existe NATS Streaming como solución de mensajería basada en logs, pero ese usa un método de implementación de protocolo separado de NATS.
Liftbridge es un "Bridge" implementado para complementar NATS y, sobre esa base, garantizar una entrega simple pero segura.
Por eso se puede agregar y usar sin cambios en el código existente.
Liftbridge vs NATS Streaming vs Apache Kafka vs Apache Pulsar
https://liftbridge.io/docs/feature-comparison.html
También vale la pena revisar la serie de artículos que escribió Tyler Treat, desarrollador de Liftbridge, entre 2017 y 2018 sobre la implementación de un sistema de log distribuido.
Building a Distributed Log from Scratch
Part 1: Storage Mechanics https://bravenewgeek.com/building-a-distributed-log-from-scratch-part-…
Part 2: Data Replication https://bravenewgeek.com/building-a-distributed-log-from-scratch-part-…
Part 3: Scaling Message Delivery https://bravenewgeek.com/building-a-distributed-log-from-scratch-part-…
Part 4: Trade-Offs and Lessons Learned https://bravenewgeek.com/building-a-distributed-log-from-scratch-part-…
Part 5: Sketching a New System https://bravenewgeek.com/building-a-distributed-log-from-scratch-part-…