![从扩展角度来看,反向代理 WebSockets 服务器是否有意义?](https://linux22.com/image/788959/%E4%BB%8E%E6%89%A9%E5%B1%95%E8%A7%92%E5%BA%A6%E6%9D%A5%E7%9C%8B%EF%BC%8C%E5%8F%8D%E5%90%91%E4%BB%A3%E7%90%86%20WebSockets%20%E6%9C%8D%E5%8A%A1%E5%99%A8%E6%98%AF%E5%90%A6%E6%9C%89%E6%84%8F%E4%B9%89%EF%BC%9F.png)
我有反向代理和多个 WebSocket 服务器。从扩展的角度来看,我感到困惑这是否有意义,因为我是这样认为的:
- WebSocket 服务器 A 有 30,000 个活动连接
- WebSocket 服务器 B 有 20,000 个活动连接
所有连接都通过反向代理。所以我猜我的代理有 50,000 个活动连接,因为它将每个连接代理到适当的 WebSocket 服务器(或者可能不是这样工作的?我不确定)
那么仅从扩展和性能角度对 WebSocket 服务器进行反向代理是否有意义?
答案1
可扩展性,是的。可管理性,是的。容错/高可用性 - 大部分是的。它在性能方面没有增加任何东西 - 事实上它增加了延迟。重要的是,它确实增加了安全性,将您的原始服务器与针对 TCP/IP 堆栈的攻击隔离开来。
(是的,代理和原始服务器之间的连接将是 1:1 的关系)