> Von: Pieter Hintjens > > By magic coincidence I'm sketching out a proposal for reliable pub-sub. > > https://github.com/zeromq/zeps >
What would be the appeal of having a centralized ZeroMQ broker as opposed to just using some existing out-of-the box solution, probably (I almost dare not say it ;-) AMQP-based, e.g. RabbitMQ or QPid? Apart from the obvious ZeroMQ goodness e.g. ubiquituous client/language support and probably a better world in general... As with the aforementioned (or JMS or anything else using centralized persistent queues) this would inevitably introduce a single point of failure that would then need to be safeguarded with clustering, high availability, cold/hot standby, you name it. Then, of course you'd need to deal with avoiding or recovering from queue inconsistencies in case of broker failure and resulting switchover and such. Looks to me like this is not an easily-solved problem even for some of those rather established (as in available for quite a long time) solutions. If you need a strong notion of guaranteed or certified messaging that is, as in: Never lose a single message. Ever. (Yes I know it's really only "as close as you can get to 'never' and 'ever'") Best regards, Holger Landesbank Baden-Wuerttemberg Anstalt des oeffentlichen Rechts Hauptsitze: Stuttgart, Karlsruhe, Mannheim, Mainz HRA 12704 Amtsgericht Stuttgart _______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
