socket长连接负载均衡(nginx socket负载均衡)

我们在用 Node.js 处理知乎主站的 web 实时推送。你现在看到的 Feed 、消息的实时更新，背后就是几个 node 进程扛起来的。 优点：1. 处理高并发场景性能更高在用 socket.io 之前，推送服务是用 ajax polling 做的。我们用 Tornado 和 Node.js 做过两个版本的推送服务。在当时的测试环境下，Node.js 的 CPU 时间是 Tornado 的三分之一，内存使用是 Tornado 的一半，代码行数只有 Tornado 的三分之一（Node.js 版是用 coffee 写的）。后来我们使用了 socket.io，CPU 开销进一步降低。2. 函数式编程非常适合写异步回调链用 Node.js 配合 CoffeeScript 写异步操作链非常便利，相比之下 Tornado 无论是写命名函数的回调，还是 yield 一个 Task 都没那么自然。缺点：1. 大量匿名函数使异常栈变得不好看。 2. 无法以 request 为单位 catch 异常，必须确保不要在不 catch 异常的第三方库的回调里的抛异常，这在一个异步操作链条里是一件比较麻烦的事。解决方法之一是对那些不 catch 异常的第三方库做一些封装，把所有的异常变成事件，改成 on('error') 形式的 API。

你说apache的是由JK插件实现的，而JK插件是基于AJP协议的，AJP协议就是对HTTP协议的一种优化，提供TOMCAT与其他web服务器的通信。JK插件把请求转发给哪个Tomcat服务器上的哪个连接器，也就是该连接器的通信协议和地址。谢谢，你的提示。可惜Apache端的JK实现我没有研究过，我只想知道的其实就是个小问题，比如TCP转发的语句该怎么写。 问题补充：huoyj 写道我理解的是负载均衡服务器在集群系统里充当的是代理的角色，比如所有的请求都是发向负载均衡服务器的，然后由它去请求其他的servlet容器去执行并获得结果，然后由它将结果展示给请求者，而不是它将请求转发给servlet容器。因为有的负载均衡系统中，可能静态页面放一个容器中，其他的一些动态的可能放在另一个容器中，比如说apache服务器的静态页面处理能力强，那静态页面都在他哪儿，tomcat的动态处理能力强，那servlet就在tomcat上，而且还可以有IIS服务器在里面，来处理asp的内容，所以负载均衡服务器应该不是一股脑的将请求转发走，而是由它假冒请求者再去别的地方请求。我明白你说的，我这里的情况是这样，我这边的客户端Socket直连服务器建立不中断的通道。我不能让所有的请求都建立在一个机器上，所以想让他们经过代理把请求分散开。

可以加一个调度服务器，客户端先从调度服务器获得一个IP，然后再去连这个IP，调度服务器来实现负载均衡。

首款采用UDP通信的远程控制软件。以往的远程控制软件都采用TCP连接，TCP要始终与服务端保持连接，所以占用资源较大，上线主机太多的话会出现很多问题。UDP则不需要持久保持连接，它是无连接协议，占用资源少，通信速度快。即使上线主机再多，

socket.io封装了websocket，同时包含了其它的连接方式，比如Ajax。原因在于不是所有的浏览器都支持websocket，通过socket.io的封装，你不用关心里面用了什么连接方式。你在任何浏览器里都可以使用socket.io来建立异步的连接。socket.io包含了服务端和客户端的库，如果在浏览器中使用了socket.io的js，服务端也必须同样适用。如果你很清楚你需要的就是websocket，那可以直接使用websocket。