zlacker

[return to "High-Performance server for NATS.io, the cloud and edge native messaging system"]
1. pnpnp+PO4[view] [source] 2023-07-23 19:50:55
>>Kinran+(OP)
I have been a huge advocate of NATS.

For anyone looking to support multiple message patterns on one message bus, this is what you want to check out.

In AWS terms, it’s like SNS/SQS/Kinesis all rolled into one bus & very intuitive to work with.

◧◩
2. vosper+f25[view] [source] 2023-07-23 21:15:03
>>pnpnp+PO4
Any thoughts on NATS' JetStream? Looks quite compelling, to me.

https://docs.nats.io/using-nats/developer/develop_jetstream

◧◩◪
3. protoc+rj5[view] [source] 2023-07-23 23:15:45
>>vosper+f25
Jetstream is the Kafka or Kinesis bit built out on top of the NATS core protocol. It's much easier to work with than either of them in my experience
◧◩◪◨
4. vosper+RD5[view] [source] 2023-07-24 02:05:28
>>protoc+rj5
Thanks, do you know if it's a good idea to use JetStream's KV or Object stores to implement a join? I'm thinking of "fan-in", where multiple streams carrying different pieces of data about the same object all meet in the same place, and the output is a unified object carrying all those bits of data. Seems the store could be used by the joining consumer to hold onto the various pieces of data related to an object until it has the full set, then emit the object into the next stream?
◧◩◪◨⬒
5. protoc+XM5[view] [source] 2023-07-24 03:29:15
>>vosper+RD5
You could do something in that vein, but it might be easier to have those streams all actually deliver to a set of consumers and write a bit of code to join them back together. https://natsbyexample.com/examples/jetstream/multi-stream-co... has an example (also a great resource for learning about NATS use cases!)
[go to top]