将 WebSocket 与 nginx 一起使用时处理节点关闭
Dealing with node shutdown when using WebSocket with nginx
我在我的应用程序中使用 Spring WebSocket。像这样：
https://spring.io/guides/gs/messaging-stomp-websocket/
应用程序将在多个节点上 运行 落后于 nginx。如果创建连接的节点关闭会怎样？
nginx 有没有办法处理这个问题并使用另一个节点来保持连接？
如果目标节点宕机，我也考虑创建一个新连接，但它只适用于 nginx 不这样做的情况。
如果你是运行多个节点，其中一个宕机客户端需要重新连接到一个新的节点，你可以在Nginx上游配置多个websocket服务器（不同端口的进程），Nginx会只需进行健康检查，以便它仅将流量转发到活动节点。
我在我的应用程序中使用 Spring WebSocket。像这样：
https://spring.io/guides/gs/messaging-stomp-websocket/
应用程序将在多个节点上 运行 落后于 nginx。如果创建连接的节点关闭会怎样？
nginx 有没有办法处理这个问题并使用另一个节点来保持连接？
如果目标节点宕机，我也考虑创建一个新连接，但它只适用于 nginx 不这样做的情况。
如果你是运行多个节点，其中一个宕机客户端需要重新连接到一个新的节点，你可以在Nginx上游配置多个websocket服务器（不同端口的进程），Nginx会只需进行健康检查，以便它仅将流量转发到活动节点。