摘要：如果你有一個高流量的站點，提高性能的第一步是在你的前面放一個反向代理服務(wù)器。使用在一個已經(jīng)存在的服務(wù)器前做反向代理，作為的一個核心應(yīng)用，已經(jīng)被用于全世界成千上萬的站點中。

“如果你的 node 服務(wù)器前面沒有 nginx, 那么你可能做錯了?！薄?Bryan Hughes

Node.js 是使用 最流行的語言— JavaScript 構(gòu)建服務(wù)器端應(yīng)用的領(lǐng)先工具 。由于可以同時提供 web 服務(wù)器和應(yīng)用服務(wù)器的功能，Node.js 被認為是以微服務(wù)為基礎(chǔ)的開發(fā)和部署的關(guān)鍵工具。

在后端開發(fā)中，Node.js 可以替換或者擴展 Java 和 .NET。

Node.js 是單線程非阻塞 I/O, 使其可以支持成千上萬的并發(fā)操作。這和 NGINX 解決 C10K 問題的方式如出一轍。Node.js 以高效的性能和開發(fā)效率著稱。

所以，到底哪里做錯了？

Node.js 的一些缺陷使得以 Node.js 為基礎(chǔ)的系統(tǒng)面臨潛在的性能問題甚至崩潰，這在系統(tǒng)流量迅速增長時表現(xiàn)的尤其明顯。雖然 Node.js 是處理 web 應(yīng)用邏輯的很好工具，但它并不擅長處理靜態(tài)文件，比如圖片和 JavaScript 文件，同樣不擅長多個服務(wù)器間的負載均衡。

為了更好的使用 Node.js, 你需要把緩存靜態(tài)文件、代理、負載均衡、客戶端連接管理等功能交給 NGINX 去做。

下面是一些提高 Node.js 性能的建議：

實現(xiàn)一個反向代理服務(wù)器
緩存靜態(tài)文件
多服務(wù)器負載均衡
代理 WebSocket 連接
實現(xiàn) SSL/TLS 和 HTTP/2
注：提升 Node.js 應(yīng)用性能的最快方法是修改你的 Node.js 文件來利用多核處理器，查看這篇文章來學習如何充分利用服務(wù)器上的多核CPU。

相比大多數(shù)應(yīng)用服務(wù)器，Node.js 可以很輕松的處理大量的網(wǎng)絡(luò)流量，但這并不是 Node.js 的設(shè)計初衷。

如果你有一個高流量的站點，提高性能的第一步是在你的 Node.js 前面放一個反向代理服務(wù)器。這可以保護你的 Node.js 服務(wù)器免于直接暴露在網(wǎng)絡(luò)中，而且可以允許你靈活的使用多個應(yīng)用服務(wù)器做負載均衡和靜態(tài)文件緩存。

使用 NGINX 在一個已經(jīng)存在的服務(wù)器前做反向代理，作為 NGINX 的一個核心應(yīng)用，已經(jīng)被用于全世界成千上萬的站點中。

下面是使用 NGINX 作為反向代理服務(wù)器的優(yōu)點：

簡化了權(quán)限處理和端口分配

更高效的處理靜態(tài)資源

更好的處理 Node.js 崩潰情況

緩解 DoS 攻擊的影響

注：這篇文章解釋如何在 Ubuntu 14.04 或者 CentOS 環(huán)境中使用 NGINX 做反向代理服務(wù)器，而且使用 NGINX 在 Node.js 前做反向代理服務(wù)器是有效的。

隨著流量的增長，以 Node 為基礎(chǔ)的服務(wù)器開始顯現(xiàn)壓力。這時，你可能想做兩件事：

使用更多的 Node.js 服務(wù)器。

在多個服務(wù)器間做負載均衡

這其實很簡單，NGINX 一開始就是作為反向代理服務(wù)器來實現(xiàn)的，這使其很容易做緩存和負載均衡等。

Modulus 的網(wǎng)站有一篇有用的文章，介紹了使用 NGINX 做 Node.js 反向代理服務(wù)器的性能提升。只使用 Node.js 時，作者的網(wǎng)站每秒能處理 900 個請求。 使用 NGINX 作為反向代理服務(wù)器來處理靜態(tài)文件后，該網(wǎng)站每秒可處理超過 1600 個請求，接近兩倍的性能提升。

下面是該網(wǎng)站做上述性能提升的配置代碼：

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 運行多個應(yīng)用服務(wù)器，并在這些服務(wù)器之間均衡負載。

Node.js 實現(xiàn)負載均衡是比較困難的，因為 Node.js 允許瀏覽器端 JavaScript 和 服務(wù)器端 Node.js 通過 json 做數(shù)據(jù)交互，這就意味著同一個客戶端可以反復的訪問一個特定的應(yīng)用服務(wù)器，而且多個應(yīng)用服務(wù)器之間共享 session也是比較困難的。

NGINX 實現(xiàn)無狀態(tài)負載均衡的方式：

Round Robin. 新的請求去列表中的下一個服務(wù)器
Least Connections. 新的請求去連接數(shù)最少的服務(wù)器
IP Hash. 根據(jù)客戶端 IP 的 hash 值指定服務(wù)器
只有 IP Hash 這一種能夠可靠的把客戶端請求代理到同一臺服務(wù)器的方式才能使 Node.js 應(yīng)用服務(wù)器受益。

所有版本的 HTTP 都是為客戶端主動請求服務(wù)器來設(shè)計的，而 WebSocket 可以實現(xiàn)服務(wù)器主動向客戶端的消息推送。

WebSocket 協(xié)議使客戶端和服務(wù)器端的穩(wěn)定交互更加簡單，同時也提供更小的交互延遲。當你需要一個全雙工的通訊，即客戶端和服務(wù)器都可以在需要時主動發(fā)起消息請求，那么使用 WebSocket 就對了。

WebSocket 協(xié)議有健全的 JavaScript 接口，因此也原生適合用 Node.js 作為應(yīng)用服務(wù)器。當連接數(shù)上升，使用 NGINX 在客戶端和 Node.js 服務(wù)器端做代理來緩存靜態(tài)文件和負載均衡就變得非常有意義。

越來越多的網(wǎng)站使用 SSL/TLS 來保證信息交互的安全性，你也可以考慮是否要把它加入到你的網(wǎng)站中，但如果你決定要做，那么 NGINX 有兩種方式來支持它：

你可以使用 NGINX 做 SSL/TLS 反向代理，Node.js 服務(wù)器使用解密后的請求然后返回未加密的內(nèi)容給 NGINX。

使用 HTTP/2 可以抵消 SSL/TLS 帶來的性能開銷，NGINX 支持 HTTP/2, 所以你可以同時使用 HTTP/2 和 SSL 代理請求，而你的 Node.js 服務(wù)器不需要做任何更改。

在實現(xiàn)階段你需要更新 Node.js 配置文件中的 URL, 在你的 NGINX 配置文件中使用 SPDY 或者 HTTP/2 優(yōu)化連接。添加 HTTP/2 支持意味著支持 HTTP/2 的瀏覽器可以使用新的協(xié)議和你的應(yīng)用交互，而老的瀏覽器繼續(xù)使用 HTTP/1.x。

這篇博客描述了一些 Node.js 應(yīng)用程序提升性能的主要方式，主要講述了 NGINX 和 Node.js 混合使用的方式。通過 NGINX 作為反向代理, 你可以緩存靜態(tài)文件、負載均衡、代理 WebSocket 連接、配置 SSL/TLS 和 HTTP/2 協(xié)議。

NGINX 和 Node.js 混合是公認的創(chuàng)建微型應(yīng)用服務(wù)器的友好方式，也可以靈活的擴展現(xiàn)存的以 SOA 為基礎(chǔ)的項目，比如 Java 或者 microsoft.NET 項目。這遍文章幫你優(yōu)化你的 Node.js 應(yīng)用程序，如果你使用 Node.js, 那么最好和 NGINX 搭配使用。

原文作者：Floyd Smith
翻譯自 MaxLeap 團隊_前端研發(fā)人員： Henry Bai
歡迎關(guān)注微信訂閱號：從移動到云端
原文鏈接
譯文鏈接