PROSAGA码农传奇-zeromq-grpc和zeromq比较

节点之间的异步请求/响应通信（inproc或远程）
这两个库都允许同步或异步通信，具体取决于实现通信的方式。有关gRPC的信息，请参见此页面：http : //www.grpc.io/docs/guides/concepts.html。基本上，gRPC允许典型的HTTP同步请求/响应或“类似于websocket的”双向流。对于0mq，您可以设置一个简单的REQ-REP连接，该连接基本上是同步通信路径，或者可以创建异步ROUTER-DEALER类型的拓扑。

灵活的消息路由
“路由”本质上是指一条消息通过某个代理从A传递到B。这是在0mq中轻松完成的，并且有许多拓扑支持这样的东西（http://zguide.zeromq.org/page:all#Basic-Reliable-Queuing-Simple-Pirate-Pattern）。在gRPC中，可以通过流中的“ pub-sub”之类的连接来创建相同类型的拓扑。gRPC支持将元数据放入消息中（https://github.com/grpc/grpc-go/blob/master/Documentation/grpc-metadata.md），这将允许您将消息“路由”到队列中， pub-sub'连接可以退出。

负载平衡支持
gRPC具有运行状况检查支持（https://github.com/grpc/grpc/blob/master/doc/health-checking.md），但是因为它是HTTP / 2，所以您必须具有HTTP / 2负载平衡器支持健康检查。但是，这并不是什么大问题，因为您可以将运行状况检查与负载平衡器调用的HTTP / 1.1服务绑定。0mq是tcp连接，这意味着负载均衡器可能会在tcpmode中检查“套接字连接”以验证连接。这行得通，但不是很好。同样，您可以使用负载均衡器从中读取的HTTP / 1.1 Web服务器获得流畅的前端0mq服务。

有据可查
两者都有据可查。必须阅读0mq的文档才能透彻地了解该技术，并且它的意义更大。

这是最大的不同：

0mq是tcp协议，而gRPC是具有二进制有效负载的HTTP。
0mq要求您设计框架协议（第1帧=版本，第2帧=有效负载等），而大部分工作是在gRPC中完成的
gRPC透明地覆盖到REST（https://github.com/grpc-ecosystem/grpc-gateway），而0mq如果需要与REST对话，则需要一个中间件应用程序。
gRPC使用标准tls x509证书（请考虑网站），而0mq使用自定义加密/身份验证协议（http://curvezmq.org/）。在4.x之前，0mq中不提供加密支持，如果您真的想要加密，则必须深入研究以下内容：https ://wiki.openssl.org/index.php/BIO 。（相信我不要这样做）
0mq可以创造一些非常不健康的拓扑结构（https://github.com/zeromq/majordomo）（https://rfc.zeromq.org/spec:7/MDP/），而GRPC基本上是客户机/服务器
0mq需要更多的时间来构建和运行，而gRPC基本上是在编译protobuf消息并将服务导入代码中。