We are using NSQ at Hailo for sending and receiving billions of messages every day. It scales incredibly well and is extremely reliable. We'd be happy to speak more about this with anyone who's interested.
How do you handle reliability? I'm reading http://nsq.io/overview/features_and_guarantees.html and I'm curious how you've set up your architecture to handle node failures without losing messages, or if losing messages is acceptable in your use case. I'm also curious if you've had issues with duplicated delivery, where a message is delivered more than once, and how you've handled that case.
NSQ – A realtime distributed messaging platform
11–20 of 64 posts
Re: NSQ – A realtime distributed messaging platform
#12We are using NSQ at Hailo for sending and receiving billions of messages every day. It scales incredibly well and is extremely reliable. We'd be happy to speak more about this with anyone who's interested.
Can one use NSQ as a replacement for Kafka?
Re: NSQ – A realtime distributed messaging platform
#13How does this relate to mqtt?
Re: NSQ – A realtime distributed messaging platform
#14Re: NSQ – A realtime distributed messaging platform
#15Re: NSQ – A realtime distributed messaging platform
#16Looks very interesting, though their protocol seems very MQTT-like. I'd be interested whether they considered (and rejected) other protocols before writing their own).
https://news.ycombinator.com/item?id=4631994
Although I don't know how the system has evolved since then.
Re: NSQ – A realtime distributed messaging platform
#17I haven't seen much on the market recently that offers things like (first-class) persistence, guaranteed ordering, guaranteed delivery, or any of the other more complex distribution patterns. That's why I'm still using ActiveMQ. I'm pretty happy with it, so I suppose I'm not really looking for a replacement, but I still wonder what benefit people are getting from these newer systems.
Re: NSQ – A realtime distributed messaging platform
#18I'm glad these new projects are coming on, and this one seems to be very forthright about its limitations, but I'm just putting this in the bucket with all of the other messaging systems that provide a minimum feature set. I haven't seen much on the market recently that offers things like (first-class) persistence, guaranteed ordering, guaranteed delivery, or any of the other more complex distribution patterns. That'…
Re: NSQ – A realtime distributed messaging platform
#19I'm glad these new projects are coming on, and this one seems to be very forthright about its limitations, but I'm just putting this in the bucket with all of the other messaging systems that provide a minimum feature set. I haven't seen much on the market recently that offers things like (first-class) persistence, guaranteed ordering, guaranteed delivery, or any of the other more complex distribution patterns. That'…
NSQ is as much about what it doesn't do as it is what it does. To a certain extent this mirrors, and was inspired by, the language's philosophy (Go) [1].
Also, NSQ was designed to replace an existing home-grown system deployed at scale. This dictated a lot of the initial requirements (and in certain cases excluded off-the-shelf tools).
When we left the experimental phase we realized we had built something that was useful to others, and it turns out that despite not having the features you've identified it can be incredibly effective in lots of use cases that don't need stronger guarantees.
[1] If I'm being honest, NSQ was a vehicle for adoption of Go at bitly as well as the project we used to learn the language. This was a huge risk at the time (almost 3 years ago) but one that has certainly paid off.
Re: NSQ – A realtime distributed messaging platform
#20We are using NSQ at Hailo for sending and receiving billions of messages every day. It scales incredibly well and is extremely reliable. We'd be happy to speak more about this with anyone who's interested.
Can one use NSQ as a replacement for Kafka?
On that note, what is everyone using these queues for that they can ignore durability?