请告诉我,什么是部署nodejs应用程序nginx或node-http-proxy的首选方法。什么是最可靠的?
我需要的基本功能是
这是一篇有关该主题的出色文章,网址为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支持,这是不费吹灰之力的事情。