本文介绍了node . js五大应用性能技巧,分享给大家,具体如下:
相比大多数应用服务器,节点。js可以很轻松的处理大量的网络流量,但这并不是节点。js的设计初衷。
如果你有一个高流量的站点,提高性能的第一步是在你的节点。js前面放一个反向代理服务器。这可以保护你的节点。js服务器免于直接暴露在网络中,而且可以允许你灵活的使用多个应用服务器做负载均衡和静态文件缓存。
使用NGINX在一个已经存在的服务器前做反向代理,作为NGINX的一个核心应用,已经被用于全世界成千上万的站点中。
下面是使用NGINX作为反向代理服务器的优点:
简化了权限处理和端口分配
更高效的处理静态资源
更好的处理节点。js崩溃情况
缓解DoS攻击的影响
注:这篇文章解释如何在Ubuntu 14.04或者CentOS环境中使用NGINX做反向代理服务器,而且使用NGINX在节点。js前做反向代理服务器是有效的。
随着流量的增长,以节点为基础的服务器开始显现压力。这时,你可能想做两件事:
使用更多的节点。js服务器。
在多个服务器间做负载均衡
这其实很简单,NGINX一开始就是作为反向代理服务器来实现的,这使其很容易做缓存和负载均衡等。
模量的网站有一篇有用的文章,介绍了使用NGINX做节点。js反向代理服务器的性能提升。只使用节点。js时,作者的网站每秒能处理900个请求。使用NGINX作为反向代理服务器来处理静态文件后,该网站每秒可处理超过1600个请求,接近两倍的性能提升。
下面是该网站做上述性能提升的配置代码:
nginx
最终目标——节点。js运行多个应用服务器,并在这些服务器之间均衡负载。
节点。js实现负载均衡是比较困难的,因为节点。js允许浏览器端JavaScript和服务器端节点。js通过json做数据交互,这就意味着同一个客户端可以反复的访问一个特定的应用服务器,而且多个应用服务器之间共享会话也是比较困难的。
NGINX实现无状态负载均衡的方式:
循环赛。新的请求去列表中的下一个服务器
至少连接。新的请求去连接数最少的服务器
IP散列。根据客户端IP的散列值指定服务器
只有IP散列这一种能够可靠的把客户端请求代理到同一台服务器的方式才能使节点。js应用服务器受益。
所有版本的HTTP都是为客户端主动请求服务器来设计的,而WebSocket可以实现服务器主动向客户端的消息推送。
WebSocket协议使客户端和服务器端的稳定交互更加简单,同时也提供更小的交互延迟。当你需要一个全双工的通讯,即客户端和服务器都可以在需要时主动发起消息请求,那么使用WebSocket就对了。
WebSocket协议有健全的JavaScript接口,因此也原生适合用节点。js作为应用服务器。当连接数上升,使用NGINX在客户端和节点。js服务器端做代理来缓存静态文件和负载均衡就变得非常有意义。
越来越多的网站使用SSL/TLS来保证信息交互的安全性,你也可以考虑是否要把它加入到你的网站中,但如果你决定要做,那么NGINX有两种方式来支持它:
你可以使用NGINX做SSL/TLS反向代理,节点。js服务器使用解密后的请求然后返回未加密的内容给NGINX。
使用HTTP/2可以抵消SSL/TLS带来的性能开销,NGINX支持HTTP/2,所以你可以同时使用HTTP/2和SSL代理请求,而你的节点。js服务器不需要做任何更改。
在实现阶段你需要更新节点。js配置文件中的URL,在你的NGINX配置文件中使用SPDY或HTTP/2者优化连接。添加HTTP/2支持意味着支持HTTP/2的浏览器可以使用新的协议和你的应用交互,而老的浏览器继续使用HTTP/1。x。
