ZeroMQ和WebSocket之间的差异

Question

我想知道ZeroMQ和WebSockets协议之间的区别。我知道WebSocket是为web浏览器客户端设计的，但我假设它也可以用于服务器对服务器。在这种情况下，我想知道在实时消息传递中使用WebSocket而不是像ZeroMQ这样的东西是否会更好。具体来说，我担心的是在临时网络故障的情况下可靠性和消息丢失。

Answer 1

你的问题听起来像“Apache和HTTP有什么区别？”

WebSockets只是一个协议（类似于http），而ZeroMQ是一个协议和服务器，负责消息从接收到消费的整个生命周期。

Answer 2

您可能很快就会意识到，一旦进入实时领域，就没有理由花费时钟周期将任何消息包装到XHTML-Matrjoska-in-Alne-Matrjoska-in-Alne-Matrjoska类似的信封内信封和相关的效率低下。

Real-Time很难实时运行，因此需要花费/损失处理taskUnit所需的最小可实现时间。

虽然有人试图以类似的*ML-“性感”方式重新包装事物，但由此产生的性能只是下降了，超出了实时领域，而不是对在实时领域表现更好有任何重大帮助。

这方面的一个很好的例子是与“准IT大师群体”的努力有关的胡说八道，他们为金融市场的标准修复协议“扩展”了XHTML编码的有效负载，而高频交易中的créme-A-la-créme努力则与此相关

虽然WebSockets关注的是port:80html/XHTML——类似于一些高级有效负载内容的包装和框架，ZeroMQ的方向正好相反。它“隐藏”

WebSocket协议具有固定的客户端和服务器角色以及HTTP风格的握手。

WebSocketfocus以UTF-8/CRLF内容格式化结束，在一对0×00

_{如果你从未使用过ZeroMQ，
在深入了解更多细节之前，你可能会喜欢在不到五秒钟的时间里先看一下ZeroMQ原则}

ZeroMQ为设计人员提供了一个构建在构建块上的开放式体系结构，这些构建块经过精心设计，以特定的方式进行协作——是的，它们具有行为——设计人员正在将这些行为用于更复杂的消息传递模式。这允许无限的上层抽象，建立在一组经过验证的构建块--ZMQ上。PUBLISHER只向所有ZMQ发送消息。订阅者-s，他们收听并展示了各自订阅某些正在发布的新闻的意愿。其他ZMQ原语有助于制造基于循环的负载平衡器，其他步骤允许构建故障安全体系结构和类似的高级解决方案。

当您询问协议的可靠性时，在协议级别还有更重要的属性--组装/重新组装/分解开销、性能可伸缩性、API到线访问延迟、线程安全以及在不断增长的工作负载级别下性能属性的松弛。

虽然WebSocketport:80通信对任何非WebSocket入侵都是“开放的，ZeroMQ低层协议是为快速、高效、独占的ZMQ-2-ZMQ、对等握手而设计的，所有设计工作都是从更高的抽象API级别构建的，从中可以添加基于应用程序的软信号，这可能会引入修复/补救活动，以便您请求的丢失消息问题不会对应用程序状态产生任何不利影响。

还想在线程和零拷贝方面获得一些高级奖励积分