我的体系结构是客户端通过websocket从服务接收事件。我们正在构建另一项服务，该服务还需要将其事件传达给客户。我们面临着一个设计决策——是更改现有服务，还是只是添加另一个从客户端到新服务的websocket连接。
更换其他服务在技术上很复杂，成本也很高，因为它不是由我们维护的，但最终，如果有必要，它是可行的。在新服务中添加另一个连接将是廉价的，不需要重新设计，但这意味着将有两个并行的连接。
我看到的其他问题通常从服务器的角度得到答案，TCP连接是有限的，因此减少连接量很重要，但这显然不适用于这里，因为它是两个独立的服务。我想问的是，从客户端的角度来看，不是一个websocket连接，而是多个连接，这有多大区别？我对此的看法是，我们的目标应该是使用相同的连接，因为每个连接都会降低性能，但老实说，这只是一种观点，而不是事实。
由于是企业设置，向后兼容性和性能非常重要，但同时，如果我们选择使用一个连接而不是两个连接，开发成本会高得多。那么…这真的有区别吗？或者这是我不应该担心的事情？
从客户端的角度来看，在任何现代平台上，在应用程序或浏览器中管理一个套接字与管理两个套接字的成本差异应该可以忽略不计。在我看来，简化开发和维护工作应该主导您的决策。