4 ms·
The ZeroMQ position on why brokers like this may not be a good idea: http://zeromq.org/whitepapers:brokerless http://zeromq.org/whitepapers:brokerless
by cyounkins 12y ago
The ZeroMQ position on why brokers like this may not be a good idea: http://zeromq.org/whitepapers:brokerless http://zeromq.org/whitepapers:brokerless
- asksol 12y agoA broker is not suitable for all systems, but for this type of system going broker-less will quickly get complicated, and you're likely to end up with something resembling a broker anyway.
- mtdewcmu 12y agoI was waiting for the big reveal of the solution, but it was this: "While traditional messaging systems tend to use one of the models described above ("broker" model in most cases) ØMQ is more of a framework that allows you to use any of the models or even combine different models to get the optimal performance/functionality/reliability ratio."
- lobster_johnson 12y agoBrokers are needed if you want queues to persistent across consumers. ZeroMQ is a multicast system; if no listener are running when an event is produced, the event is thrown away. Great for real-time RPC, not great for a task-scheduling system.