[zeromq-dev] pubsub modelling

Bhavin Turakhia bhavin.t at directi.com
Wed Apr 21 05:52:37 CEST 2010



I have been thinking about some basic pubsub modeling on top of ZeroMQ. The
one area which requires some thoughts is permissioning. In a typical pubsub
environment there is a list of subscribers maintained for a node. Only those
subscribers are permitted to connect and subscribe to the node


ZeroMQ obviously does not have this capability and thus it would need to be
layered above. I can think of the following models for the same -


* Proxy: The subscriber client establishes a socket connection to zero
through a proxy of sorts which checks whether the subscriber has the rights
to connect to this node and if not returns an error and does not let the
connection through


* Topic change: Keep changing the name of the topic in question to a random
guid. The subscriber must talk to an independent system first to fetch the
current name of this topic. The api that permits this is the one that checks
permissions of that subscriber. Once the subscriber has the topic name then
it can directly connect to the queue. Incase the permissions on the node
change, the topic name is changed again and all current subscribers are
disconnected forcing them to reconnect


Has anyone else thought of any other models?

Warm Regards
Bhavin Turakhia
Founder & CEO
Always hiring @  <http://careers.directi.com/> http://careers.directi.com
 <http://twitter.com/bhavintu> http://twitter.com/bhavintu
Blog:  <http://bhavin.directi.com/> http://bhavin.directi.com
Wiki:  <blocked::http://wiki.directi.com/> http://wiki.directi.com
Web:  <http://www.directi.com/> http://www.directi.com
T: +91-22-30797600
M (US): +1 (415) 366 7762
M (IN): +91 9820097557
F: +91-22-30797510


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20100421/e084c4d3/attachment.htm>

More information about the zeromq-dev mailing list