zlacker

[parent] [thread] 3 comments
1. atombe+(OP)[view] [source] 2023-07-24 11:54:01
You wouldn't/shouldn't choose NATS if your application needs different semantics.

NATS does not have stateful storage. So when a consumer disconnects and reconnects, there is nowhere for NATS to store the messages temporarily. You can solve this by storing messages in a stateful storage first, then use NATS as a way to distribute them. You would need your own mechanism to replay messages on reconnect. This is coincidentally what Jetstream does. It uses NATS internally as a network protocol, but it's a separate thing.

replies(1): >>Kinran+sf
2. Kinran+sf[view] [source] 2023-07-24 13:07:30
>>atombe+(OP)
Jetstream is distributed as an optional part of NATS, so while it exists as a layer on top of NATS Core and provides a different model, describing NATS as entirely stateless is not totally accurate

Though I suspect that Synadia people might do at least one more minor iteration of Jetstream: it still seems a little more complex than it needs to be, unlike Core

replies(1): >>rcomba+ek2
◧◩
3. rcomba+ek2[view] [source] [discussion] 2023-07-24 22:50:20
>>Kinran+sf
See https://github.com/nats-io/nats.go/tree/main/jetstream#readm...
replies(1): >>gedw99+lm7
◧◩◪
4. gedw99+lm7[view] [source] [discussion] 2023-07-26 08:37:46
>>rcomba+ek2
what do you think of the new JetStream API ?
[go to top]