我背后有反向代理和多个 WebSocket 服务器。我很困惑从扩展的角度来看这是否有意义,因为我是这样看的:
- WebSocket 服务器 A 有 30,000 个活动连接
- WebSocket 服务器 B 有 20,000 个活动连接
所有连接均通过反向代理。所以我猜我的代理有 50,000 个活动连接,因为它会将每个连接代理到适当的 WebSocket 服务器(或者也许它不能那样工作?我不确定)
那么仅从扩展和性能的角度来看,反向代理 WebSocket 服务器是否有意义?
我背后有反向代理和多个 WebSocket 服务器。我很困惑从扩展的角度来看这是否有意义,因为我是这样看的:
所有连接均通过反向代理。所以我猜我的代理有 50,000 个活动连接,因为它会将每个连接代理到适当的 WebSocket 服务器(或者也许它不能那样工作?我不确定)
那么仅从扩展和性能的角度来看,反向代理 WebSocket 服务器是否有意义?
缩放,是的。可管理性,是的。容错/高可用性——大部分是的。它在性能方面没有增加任何东西——实际上它增加了延迟。值得注意的是,它确实增加了安全性,将源服务器与针对 TCP/IP 堆栈的攻击隔离开来。
(是的,代理服务器和源服务器的连接之间存在 1:1 的关系)