TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Liftbridge: Lightweight, fault-tolerant message streams

149 点作者 tepidandroid将近 6 年前

7 条评论

altmind将近 6 年前
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 未加载
tepidandroid将近 6 年前
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>
gtirloni将近 6 年前
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>
gregwebs将近 6 年前
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>
tylertreat将近 6 年前
Author here. Happy to answer any questions.
评论 #20563352 未加载
评论 #20561470 未加载
canadaduane将近 6 年前
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 未加载
polskibus将近 6 年前
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 未加载