这是一篇有关该主题的出色文章，网址为http://www.exratione.com/2012/07/proxying-websocket-
traffic-for-nodejs-the-present-state-of-
play/
就个人而言，我在此领域中使用了许多配置，所有这些都取决于您需要什么以及需要在哪里部署。如果您使用自己的硬件（或云片等），并且只需要支持Node，则端口80上的node-
http-proxy非常强大，强大，并且可以利用websockets和ssl等技术有点头疼。
但是，如果您有其他站点需要支持，例如Drupal或Grails站点，则在80年代面对Nginx是更标准的做法。话虽如此，Nginx没有理由无法通过80上的node-
http-
proxy挂接到端口8080并根据所需的CGI语言代理流量。这是我的首选配置，也是我当前在生产环境中运行的配置。到目前为止，我感到非常高兴。它的速度快，功能强大，我仍然可以支持我的客户在RapidWeaver中与使用websockets和ssl的自己的nodejs应用程序一起构建站点。
哦，使用node-http-proxy进行负载平衡简直是小菜一碟…看看这个简单的Round-
Robin示例https://github.com/nodejitsu/node-http-
proxy/blob/master/examples/balancer/ simple-
balancer.js
编辑：
我发现在端口80上运行node-http-proxy是不好的做法，因为它需要root用户执行节点。而是使用IP表将端口80重新路由到运行node-http-
proxy的非特权端口。更好的设置是将varnish设置为80（因为如文章所述，任何严肃的Web应用程序都应在其前面加一个HTTP加速器），然后将请求转发到非特权端口上的node-
http-proxy。从这里开始，由您决定如何在节点服务器和nginx之间分配流量。
第二次编辑：
Nginx现在支持websockets！尽管节点的当前状态有能力提供完整的堆栈，但这并不意味着应该。我的意思是，从技术上讲，您可以使用螺丝刀的手柄将钉子敲打在墙上…但是，如果您在那里坐着锤子，那又为什么呢？从静态服务到复杂的负载平衡，Nginx经过了实战测试，并部署在某些最先进的网络中。现在已经添加了websocket支持，这是不费吹灰之力的事情。
