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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Scaling NSQ to 750B Messages (2016)

60 点作者 tepidandroid将近 6 年前

5 条评论

heipei将近 6 年前
Despite Segment using Kafka nowadays, I would encourage everyone to give NSQ a try and see if it might not already fit your use-case. For me it&#x27;s been one of those do-one-thing-well pieces of software that&#x27;s really well-engineered, where I can clearly understand how it works and what the scope of its features are.<p>NSQ is my go-to queue whenever I&#x27;m working on any kind of service, even more so when that service might be standalone. Consider deploying a service on an isolated box which frequently pushes data into the cloud. Connectivity to the cloud might be intermittent, so you just store every work item to the locally running nsq and you&#x27;re protected against network outages as well as your data-producing process crashing. Since NSQ is so easy to spin up and easy to interact with (Publish works via plain HTTP), it&#x27;s not a lot of overhead to add it to your process.
caust1c将近 6 年前
I&#x27;m working at Segment now as a Software Engineer in Infrastructure. We just went through a big effort to remove NSQ (in favor of Kafka). Happy to answer any questions.
评论 #20682900 未加载
tgtweak将近 6 年前
Been using nats for a few projects lately and really enjoying it. One of the many great golang projects. Resource utilization compared to kafka is tiny.<p>Re: msq: Looks like segment are using kafka these days despite the praise for nsq in this dated article.
评论 #20682008 未加载
评论 #20682698 未加载
quxbar将近 6 年前
Jehiah and Matt (the original creators of NSQ) are really talented engineers, I&#x27;m glad their work is getting some love.
bruth将近 6 年前
Note this is from 2016
评论 #20681974 未加载