The zeroMQ is a very good project, but I think it is too complicated,
too strong, If you have a problem, but do not understand zeroMQ
internal mechanism may be not easy to troubleshoot the reason, I have
also heard that in some cases it has the problem of lost messages. I
think that the request / response of this model is the most useful
mode, other modes of communication can be easily extended.
I need a more lightweight, simple, reliable components, it supports
two-way communication, and there is no need to consider maintaining a
connection.I need a more lightweight, simple, reliable components, it
supports two-way communication, and there is no need to consider
maintaining a connection to disconnect automatically reconnect after
issue to ask for a long time after the closing less than a response to
be able to get a abnormal, do not have to wait on a response to the
request to send the next request.
My module only a total of more than 100 lines of code, thanks to
gevent, its performance is also good. To keep it simple, do not
maintain the connection, I use udp. If you need to transfer large
data, I would like to better web api, but I encountered communication
between the server and the server are small a udp packet enough to
accommodate.
In addition, I am Chinese, and thank you very much for your reply