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