A distributed, tag-based pub-sub service for modern web applications

Re:A distributed, tag-based pub-sub service for modern web a... by tylerflint on Monday November 16, 2015 @07:34PM (#10578386)

So to the first question, there's not a transactional layer to guarantee the client handled the message. Once a message is sent to the client, it is assumed the client has a mechanism for queuing messages if it can't keep up.

As to the second, the caveat is basically saying that if a message is broadcast and nobody cares about the message (ie: there aren't any subscriptions) then mist isn't going to store the message anywhere, it just gets dropped.

[ Parent | on HN ]

Re:A distributed, tag-based pub-sub service for modern web a... by rar_ram on Monday November 16, 2015 @07:41PM (#10578426)

Err, I get that! but I am still wondering on where would I use this ? If I dont need transactional layer or buffering, I could use event listener and dispatcher pattern. Anything more than that, a message queue like ZMQ works. Where does this fit in ?

[ Parent | on HN ]

Re:A distributed, tag-based pub-sub service for modern web a... by tylerflint on Monday November 16, 2015 @07:59PM (#10578499)

Oh I see. Sorry for the confusion. The initial need was for a rails app to send data model updates to dashboard clients. Later, as our infrastructure became more micro-service-oriented, mist has been used as a place for the dashboard javascript client to subscribe to a centralized event queue. Each micro-service will publish messages to the mist cluster, and the dashboard can respond accordingly.

[ Parent | on HN ]