I suspect that its because most of queuing technologies are asynchronous. For realtime, you need guarantees. Queuing products rarely provide any such guarantees. At best, you could get pseudo real-time since zeromq is fast/lightweight.

Joshua

December 30, 2012 7:50 AM
Hi guys,

well, I'm new using ZeroMQ, in fact I have followed the news since the first release but never used it in real cases (only testing).

In the project I work, we have a few APIs, using OAuth2.0 and REST/JSON standards, and now we are gonna create a new API for real time purposes.

After some research on Storm, XMPP, AMQP, WebSockets, SSE, etc. I'm feeling pretty confident ZeroMQ is the best way to make it, but I haven't seen anybody talking about it anywhere I searched for.

So, the question is: is there any trap I can't see? Why nobody is talking about it?

I know it's still a bit complicated to supply an HTTP/browser compatible API over ZeroMQ, but in this my case there's no need for HTTP/browser at all.

Any advice?

Thanks in advance :)

--
Marinho Brandão (José Mário)
http://marinhobrandao.com
http://raminel.com.br
_______________________________________________
zeromq-dev mailing list
[email protected]
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
_______________________________________________
zeromq-dev mailing list
[email protected]
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Reply via email to