Implementing a message bus using ZeroMQ
ipc, sockets, zeromq
Solution
Answers
Yes, `ZeroMQ` is capable of serving this need
Yes. `ZeroMQ` is a right tool ( rather a powerful tool-box of low-latency components ) for this. While `nanomsg` has a straight primitive for bus, the core distributed logic can be integrated in `ZeroMQ` framework
Yes & No. PUB-SUB as given above may serve for emulation of the "shout-cast"-to-bus and build on a SUB side-effect of using a subscription key(s). The WHOLE REST of the logic has to be re-thought and designed so as the whole scope of the fabrication meets your plans (ref. below). Also kindly bear in mind, that initial versions of ZeroMQ operated PUB/SUB primitive as "subscription filtering" of the incoming stream of messages being done on receiver side, so massive designs shall check against traffic-volumes / risk-of-flooding / process-inefficiency on the massive scale...
Yes. `ZeroMQ` is rather a well-tuned foundation of primitive elements ( as far as the architecture is discussed, not the power & performance thereof ) to build more clever, more robust & almost-linearly-scaleable Formal Communication Pattern(s). Do not get stuck to PUB/SUB or PAIR primitives once sketching Architecture. Any design will remain poor if one forgets where the True Powers comes from.
A good place to start a next step forward towards a scaleable & fault-resilient Bus
Thus a best next step one may do is IMHO to get a bit more global view, which may sound complicated for the first few things one tries to code with ZeroMQ, but if you at least jump to the page 265 of the Code Connected, Volume 1, if it were not the case of reading step-by-step thereto.
The fastest-ever learning-curve would be to have first an un-exposed view on the Fig.60 Republishing Updates and Fig.62 HA Clone Server pair for a possible High-availability approach and then go back to the roots, elements and details.
Problem
I have to develop a message bus for processes to send, receive messages from each other. Currently, we are running on Linux with the view of porting to other platforms later. For this, I am using ZeroMQ over TCP. The pattern is PUB-SUB with a forwarder. My bus runs as a separate process and all clients connect to SUB port to receive messages and PUB to send messages. Each process subscribes to messages by a unique tag. A `send` call from a process sends messages to all. A `receive` call will fetch that process the messages marked with the tag of that process. This is working fine. Now I need to wrap the ZeroMQ stuff. My clients only need to supply a unique tag. I need to maintain a global list of tags vs. ZeroMQ context and sockets details. When a client say, `initialize_comms("name");` the bus needs to check if this name is unique, create ZeroMQ contexts and sockets. Similarly, if a client say `receive("name");` the bus needs to fetch messages with that tag. To summarize the problems I am facing; - Is there anyway to achieve this using facilities provided by ZeroMQ? - Is ZeroMQ the right tool for this, or should I look for something like nanomsg? - Is PUB-SUB with forwarder the right pattern for this? - Or, am I missing something here?