TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Liftbridge: Lightweight, fault-tolerant message streams

149 pointsby tepidandroidalmost 6 years ago

7 comments

altmindalmost 6 years ago
If someone want to hear some experience using NATS in production(this is based on NATS):<p>* standalone server is mature and very stable, crunching messages with incredible speed<p>* server side error handling is ok, no problems here<p>* very simple, text-based protocol, even simplier than STOMP<p>* c, rust, java, python client libraries are weak; c library even contains some state transition errors when the library can lock on reconnect( <a href="https:&#x2F;&#x2F;github.com&#x2F;nats-io&#x2F;nats.c&#x2F;issues&#x2F;217" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;nats-io&#x2F;nats.c&#x2F;issues&#x2F;217</a> ). (unofficial) rust library is unusable. some netowork errors will not make nats.c reconnect what can be a surprise in prod.<p>* arbitrary hardcoded limit on the message size - 1M
评论 #20563497 未加载
评论 #20562496 未加载
评论 #20561769 未加载
评论 #20564926 未加载
tepidandroidalmost 6 years ago
It looks like Liftbridge occupies a nice little niche between full-blown, durable Kafka and lightweight, ephemeral NATS.<p>Additional reading: <a href="https:&#x2F;&#x2F;bravenewgeek.com&#x2F;introducing-liftbridge-lightweight-fault-tolerant-message-streams&#x2F;" rel="nofollow">https:&#x2F;&#x2F;bravenewgeek.com&#x2F;introducing-liftbridge-lightweight-...</a>
gtirlonialmost 6 years ago
While searching for comparable solutions to understand what this about, I found this website which has a very good summary about queue systems and the like: <a href="http:&#x2F;&#x2F;queues.io" rel="nofollow">http:&#x2F;&#x2F;queues.io</a>
gregwebsalmost 6 years ago
This is based on NATS. NATS just had their 2.0 release: <a href="https:&#x2F;&#x2F;nats-io.github.io&#x2F;docs&#x2F;whats_new&#x2F;whats_new_20.html" rel="nofollow">https:&#x2F;&#x2F;nats-io.github.io&#x2F;docs&#x2F;whats_new&#x2F;whats_new_20.html</a>
tylertreatalmost 6 years ago
Author here. Happy to answer any questions.
评论 #20563352 未加载
评论 #20561470 未加载
canadaduanealmost 6 years ago
I believe NATS streaming server also fills this niche: <a href="https:&#x2F;&#x2F;github.com&#x2F;nats-io&#x2F;nats-streaming-server" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;nats-io&#x2F;nats-streaming-server</a><p>Can anyone speak to the current state of each project, pros &amp; cons?
评论 #20562173 未加载
评论 #20560860 未加载
polskibusalmost 6 years ago
Say I need to add messaging with persistence (at least once delivery) for my stack (multiple services, often but not always on the same machine), and I want the stack to not have external dependencies-so it&#x27;s easy to install. Does liftbridge fill this niche? Would NATS streaming be a better solution or maybe Akka with Persistence module?
评论 #20563233 未加载
评论 #20563450 未加载