我正在考虑开始在我的 SOA 环境中使用 ZMQ REQ/REP 而不是直接使用 HTTP。但我对为此目的使用 MQ 还很陌生，所以我有几个问题。
第一季度。使用 HTTP 时，如果服务器 A 无法与服务器 B 通信，我可以设置一个简单的超时并发出警报。根据我目前对 ZMQ 的理解，ZMQ 只会让服务器 A 等待服务器 B 重新连接，而我不会知道有问题。我该如何解决这个问题？
第二季度。我如何全面了解当前有多少请求正在等待/排队，并可能出于调查目的获取列表？
最大
【问题讨论】：
标签： message-queue soa zeromq
第一季度。使用 HTTP 时，我可以设置一个简单的超时并在以下情况下发出警报 服务器 A 无法与服务器 B 对话。根据我目前的理解 对于 ZMQ，ZMQ 将简单地让服务器 A 等待服务器 B 重新连接 我不会知道有问题。我该如何解决这个问题？
不要使用 REQ/REP；分别在客户端和服务器上使用 DEALER 和 ROUTER；它们更加通用、异步，并且不会像 rep/req 那样阻塞。
对于超时，您可以显式设置一个，或者使用轮询器，这是一个更好的选择，因为它提供了更大的灵活性，请参阅this。
如何全面了解当前有多少请求 待处理/排队，并可能获取列表进行调查 目的？
我不相信这是可能的，至少在 3.x 中是不可能的。一般来说，这些细节都是由 zmq 抽象出来的。
【讨论】：