是否有基于 WebSocket 的标准 PubSub 协议？

Question

我正在寻找一种方法来在用不同语言编写的应用程序之间实现基本的发布/订阅，以与 JSON 有效负载交换事件。

WebSocket 似乎是传输的明显选择，但您需要在顶部有一个（可以说是小）层来实现一些管道：

• 同意代表 pubsub 域的消息“订阅主题”，“发布消息”
• 同意基础设施的消息（“心跳”，“身份验证”）

我期待为此找到一个明显的标准，但似乎没有。

• WAMP 经常被提及，但在我的（简短）经验中，服务器/客户端库的实现并不好
• STOMP 经常被提及，但在我（甚至更短的）经验中，它更糟
• Phoenix 频道很好，但它们仅限于 Phoenix/Elixir 世界，而不是标准的（因此可以在任何凤凰版本中更改消息，恕不另行通知。）

那么，每个人都在使用 MQTT/WS（需要另一个代理组件，而不是简单的服务器？）还是 gRPC？

每个人都只是从头开始重新实现它吗？（这是那些看起来很容易自己做的事情之一，但我想你最终只会得到我正在寻找的东西的半生不熟，规格不明确，破损的版本......）

或者，通过 WS 从服务器提供数据流的想法是否存在根本性的问题？

Answer 1

WebSocket库有两个主要类；那些实现协议并将其余部分留给开发人员的，以及那些构建在协议之上的具有实时消息传递应用程序通常需要的各种附加功能的，例如恢复丢失的连接、发布/订阅和通道、身份验证、授权，等等。

后一种类型通常需要在客户端使用它们自己的库，而不仅仅是使用浏览器提供的原始 WebSocket API。因此，确保您对他们的工作方式和所提供的服务感到满意就变得至关重要。一旦将所选解决方案集成到您的架构中，您可能会发现自己被锁定在所选择的解决方案的做事方式中，并且可靠性、性能和可扩展性方面的任何问题都可能会再次困扰您。

ws、faye-websockets、socket.io、?WebSockets和SocketCluster是一些不错的开源选项。

服务器可以处理的并发连接数很少成为服务器负载的瓶颈。大多数不错的WebSocket服务器都可以支持数千个并发连接，但是一旦 WebSocket 服务器进程处理了实际数据的接收，处理和响应消息所需的工作量是多少？

通常会有各种潜在的问题，例如从数据库读取和写入、与游戏服务器的集成、每个客户端的资源分配和管理等。

一旦一台机器无法处理工作负载，您就需要开始添加额外的服务器，这意味着现在您需要开始考虑负载平衡、连接到不同服务器的客户端之间的消息同步、通用访问到客户端状态而不管连接寿命或客户端连接到的特定服务器——这个列表一直在继续。

实现对 WebSocket 协议的支持涉及很多方面，不仅在客户端和服务器实现细节方面，还涉及对其他传输的支持以确保对不同客户端环境的强大支持，以及更广泛的问题，例如身份验证和授权、有保证的消息传递、可靠的消息排序、历史消息保留等等。如果您不想重新发明轮子，那么在这种情况下使用数据流网络（例如Ably Realtime）将是一个不错的选择。

我推荐阅读有关WebSockets、Pub/Sub 以及与扩展相关的所有问题的一篇不错的文章。

完全披露：我是 Ably 的开发者倡导者，但我希望这能真正回答您的问题。