zlacker

[parent] [thread] 10 comments
1. gizzlo+(OP)[view] [source] 2019-05-27 15:07:21
Guess it depends on the definition of "queue". Potentials:

  - https://nsq.io/
  - https://nats.io/
replies(3): >>eroppl+81 >>polski+R9 >>polski+dG
◧
2. eroppl+81[view] [source] 2019-05-27 15:21:34
>>gizzlo+(OP)
I am curious what definition of "queue" fits NSQ. It's a distributed messaging platform.
replies(1): >>gizzlo+m5
◧◩
3. gizzlo+m5[view] [source] [discussion] 2019-05-27 15:56:12
>>eroppl+81
The normal one. It puts stuff in a queue.

"nsqd is the daemon that receives, queues, and delivers messages to clients."

◧
4. polski+R9[view] [source] 2019-05-27 16:28:56
>>gizzlo+(OP)
Do they offer at-least-once or better delivery guarantees?
◧
5. polski+dG[view] [source] 2019-05-27 21:13:52
>>gizzlo+(OP)
Seems like NATS streaming would fit my case - have you heard of any real world deployments that use it ? Are there any larger issues that don't make it a good choice ?
replies(1): >>maniga+KU
◧◩
6. maniga+KU[view] [source] [discussion] 2019-05-28 00:14:01
>>polski+dG
NATS Streaming is not as well tested and has some design issues that make scaling hard. NATS itself has a new version 2 that has a protocol update and NATS Streaming should follow with a new design as well, but I would recommend other options if you want persistence.
replies(3): >>tuxych+N31 >>polski+Fb1 >>polski+Uk1
◧◩◪
7. tuxych+N31[view] [source] [discussion] 2019-05-28 02:31:14
>>maniga+KU
Can you share some details or point to articles describing the design issues with NATS streaming?
replies(1): >>maniga+Uz2
◧◩◪
8. polski+Fb1[view] [source] [discussion] 2019-05-28 04:37:16
>>maniga+KU
What are the design flaws that you have in mind? Is it ok for a couple of nodes or even then it would have trouble to keep up with a medium load? Or maybe the design flaws are to do with providing durability and other guarantees?

What other options would you recommend, that can provide at least once delivery and are lighweight enough not to require zookeeper etc?

replies(1): >>maniga+Tz2
◧◩◪
9. polski+Uk1[view] [source] [discussion] 2019-05-28 06:55:15
>>maniga+KU
Is this what you meant ?

https://github.com/nats-io/nats-streaming-server/issues/168

◧◩◪◨
10. maniga+Tz2[view] [source] [discussion] 2019-05-28 17:53:05
>>polski+Fb1
Nats streaming isn't just a persistence layer to NATS. It's an entirely different system that basically acts as a client to NATS and then records messages it sees. Basically think of how you would design a persistent queue on top of the ephemeral NATS pub/sub and that's what NATS streaming is.

Here's a good post (and series) about distributed logs and NATS design issues: https://bravenewgeek.com/building-a-distributed-log-from-scr...

◧◩◪◨
11. maniga+Uz2[view] [source] [discussion] 2019-05-28 17:53:17
>>tuxych+N31
See the other comment but this is a good post/series: https://bravenewgeek.com/building-a-distributed-log-from-scr...
[go to top]