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. yes299+rG5[view] [source] 2023-07-24 02:24:15
>>vosper+RD5
At this point, where you are doing KSQL level stuff, isn't it better to just use Kafka, NATS is very appealing for it's simplicity but if I reach a point of re-implementing KSQL or spending 3 hours setting up zookeeper and understanding how to do Kafka distributed for a devops point then Im choosing the latter
[go to top]