成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

提升 Node.js 應(yīng)用性能的 5 個技巧

開發(fā) 前端
本文介紹了一些最重要的可以在Node.js應(yīng)用程序布置的性能改進。它著重于添加到應(yīng)用程序的NGINX以及Node.js——通過使用 NGINX作為反向代理服務(wù)器,緩存靜態(tài)文件,負載均衡,代理WebSocket連接,并終止SSL / TLS和HTTP / 2協(xié)議。

“如果nginx沒有在你的節(jié)點服務(wù)器之前,那么你可能就錯了。”Bryan Hughes在Twitter上說

Node.js是全球領(lǐng)先的用JavaScript——世界上最流行的編程語言創(chuàng)建服務(wù)器應(yīng)用程序的工具。提供web服務(wù)器和應(yīng)用服務(wù)器的功能,Node.js被認為是各種以微服務(wù)為基礎(chǔ)的開發(fā)和交付的關(guān)鍵工具。 (下載關(guān)于Node.js和NGINX的免費Forrester報告。)

Node.js可以替代或增強Java和.NET用于后端應(yīng)用程序的開發(fā)。

Node.js是單線程的,并且使用非阻塞I / O,允許它擴展并支持數(shù)以萬計的并行操作。它和NGINX共享這些架構(gòu)特性,并解決C10K問題——支持超過10000個并發(fā)連接——NGINX也可以解 決并行操作問題。 Node.js以它的高性能和高開發(fā)效率享譽全球。

那么,哪里會出問題呢?

Node.js有一些薄弱環(huán)節(jié)和漏洞,這些薄弱環(huán)節(jié)和漏洞會使得基于Node的系統(tǒng)容易出現(xiàn)性能不佳,甚至崩潰的現(xiàn)象。尤其是當(dāng)基于Node.js的web應(yīng)用程序碰到訪問量高速增長的時候,問題就會出現(xiàn)得更加頻繁。

此外,Node.js是用于創(chuàng)建和運行產(chǎn)生核心可變網(wǎng)頁內(nèi)容邏輯的強大工具。但它在服務(wù)靜態(tài)內(nèi)容——例如圖像和JavaScript文件——以及平衡多個服務(wù)器上的負載這些方面還沒那么強大。

為了最有效地使用Node.js,你需要緩存靜態(tài)內(nèi)容,代理和平衡多個應(yīng)用程序服務(wù)器負載,并管理客戶端、Node.js和助手——如運行 Socket.IO的服務(wù)器——之間的端口競爭。 NGINX可用于解決這些問題,從而使得它成為了一個Node.js性能優(yōu)化的偉大工具。

使用這些技巧可以提高Node.js應(yīng)用性能:

  1. 實現(xiàn)反向代理服務(wù)器

  2. 緩存靜態(tài)文件

  3. 多服務(wù)器的負載均衡

  4. 代理WebSocket連接

  5. 實現(xiàn)SSL / TLS和HTTP / 2

注:Node.js應(yīng)用性能的快速解決辦法是修改你的Node.js配置,以充分利用現(xiàn)代多核服務(wù)器的優(yōu)勢。你也可以讀一讀另一篇關(guān)于如何讓Node.js生成單獨子進程的文章

1.實現(xiàn)反向代理服務(wù)器

我們在NGINX.Inc的時候,如果看到有應(yīng)用程序服務(wù)器直接接觸傳入的訪問流量,用于高性能網(wǎng)站核心的時候,總會不自覺地有點擔(dān)憂。這包括許多基于WordPress的網(wǎng)站,也包括Node.js網(wǎng)站。

Node.js專為可擴展性而設(shè)計,它比大多數(shù)應(yīng)用服務(wù)器更易于擴展,它的web服務(wù)器端可以處理好大量的訪問流量。但是web服務(wù)并不是Node.js存在的理由——Node.js并不是因為這個目的而被構(gòu)建的。

如果你有一個大流量網(wǎng)站,提高應(yīng)用程序性能的第一步是在你的Node.js服務(wù)器前放一個反向代理服務(wù)器。這樣可以保護Node.js服務(wù)器直接接觸外部訪問流量,還能讓你靈活使用多個應(yīng)用程序服務(wù)器,平衡負載服務(wù)器,緩存內(nèi)容。

在現(xiàn)有的服務(wù)器設(shè)置前放NGINX作為一個反向代理服務(wù)器,是NGINX的核心用例,全世界各地已經(jīng)有數(shù)以千萬計的網(wǎng)站實施了。

使用NGINX作為Node.js的反向代理服務(wù)器還有一些特定的優(yōu)勢,其中包括:

  • 簡化操作權(quán)限和端口分配

  • 更有效地服務(wù)于靜態(tài)圖像(見第二個小竅門)

  • 成功管理Node.js崩潰的情況

  • 減輕DoS攻擊

注意:這些教程介紹了如何使用NGINX作為在Ubuntu 14.04或CentOS環(huán)境中的反向代理服務(wù)器,而且可以總覽NGINX置于node.js之前的整體情況。

2.緩存靜態(tài)文件

隨著基于Node.js的網(wǎng)站的使用量的增長,服務(wù)器的壓力開始越來越大。這時候你要做這兩件事情:

  1. 充分利用Node.js服務(wù)器。

  2. 使得添加應(yīng)用程序服務(wù)器和負載均衡變得容易。

這其實是很容易做到的。一開始就實施NGINX作為反向代理服務(wù)器,就像第一點技巧中所描述的那樣。這樣就能輕易實現(xiàn)高速緩存、負載平衡(如果有多個Node.js服務(wù)器的話)等。

針對Modulus,一個應(yīng)用程序容器平臺,有一篇非常有用的關(guān)于利用NGINX增壓Node.js應(yīng)用程序性能的文章。由于Node.js都是靠 自己完成所有的工作的,所以我們的網(wǎng)站平均每秒只能服務(wù)將近900個請求。使用NGINX作為反向代理服務(wù)器,提供靜態(tài)內(nèi)容,一個站點每秒可服務(wù)超過 1600個請求——性能提升了近2倍。

性能的提升能讓你有時間采取額外措施以適應(yīng)進訪問量的增長,如審查(或提高)網(wǎng)站設(shè)計,優(yōu)化程序代碼,部署更多的應(yīng)用程序服務(wù)器。

以下配置代碼適用運行于Modulus的網(wǎng)站:

  1. server { 
  2.   listen 80
  3.   server_name static-test-47242.onmodulus.net; 
  4.   root /mnt/app; 
  5.   index index.html index.htm; 
  6.   location /static/ { 
  7.    try_files $uri $uri/ =404
  8.   } 
  9.   location /api/ { 
  10.    proxy_pass http://node-test-45750.onmodulus.net; 
  11.   } 

例如,在Nginx位置塊中,你可能不想要緩存某些內(nèi)容。例如,你通常不會想要緩存博客平臺的管理界面的。以下就是禁用[或免除]緩存Ghost管理界面的配置代碼:

  1. location ~ ^/(?:ghost|signout) { 
  2.         proxy_set_header X-Real-IP $remote_addr; 
  3.         proxy_set_header Host $http_host; 
  4.         proxy_pass http://ghost_upstream; 
  5.         add_header Cache-Control "no-cache, private, no-store, 
  6.         must-revalidate, max-stale=0, post-check=0, pre-check=0"; 
  7.     } 

緩存NGINX服務(wù)器上的靜態(tài)文件可以顯著減輕Node.js應(yīng)用程序服務(wù)器的負載,讓它能夠達到更佳性能。

3.實現(xiàn)Node.js負載平衡

Node.js應(yīng)用高性能的真正關(guān)鍵運行多個應(yīng)用程序服務(wù)器和平衡負載。

Node.js負載平衡可能特別棘手,因為Node.js允許運行在web瀏覽器上的JavaScript代碼和運行在Node.js應(yīng)用服務(wù)器上 的JavaScript代碼做高水平的交互,同時使用JSON對象作為數(shù)據(jù)交換的介質(zhì)。這意味著,一個給定的客戶會話會持續(xù)運行在特定的應(yīng)用程序服務(wù)器 上,并且會話持久性用多個應(yīng)用程序服務(wù)器天然地難以實現(xiàn)。

Internet和web的主要優(yōu)點之一就是高度無國界,其中包括通過任意服務(wù)器訪問請求文件來滿足客戶端請求。Node.js顛覆了無國界,并且在有狀態(tài)的環(huán)境中——同一服務(wù)器始終如一地響應(yīng)來自任意特定客戶端的請求——效果最好。

通過NGINX Plus,而非開源NGINX軟件,可以最好地滿足這個需求。NGINX的兩個版本頗為相似,但一個主要區(qū)別就是它們對負載平衡算法的支持不同。

NGINX支持無狀態(tài)的負載均衡方法:

  • 循環(huán)。新的請求會去往列表中的下一個服務(wù)器。

  • 最少的連接。新的請求會去到活躍連接最少的服務(wù)器。

  • IP Hash。新的請求會去往哈希分配客戶端IP地址的服務(wù)器。

只是這些方法中的一種,IP Hash,可靠地發(fā)送指定客戶端請求到同一服務(wù)器,有利于Node.js應(yīng)用程序。然而,IP Hash很容易導(dǎo)致某 臺服務(wù)器收到的請求數(shù)量不成比例,在犧牲其他服務(wù)器的代價下,正如這一篇博客中描述的負載均衡技術(shù)那樣。此方法支持的有狀態(tài)是以犧牲潛在不理想的跨服務(wù)器 資源的請求分配為代價的。

不同于NGINX,NGINX Plus支持會話持久性。在使用會話持久性的時候,同一服務(wù)器還能可靠地接收來自指定客戶端的所有請求。 Node.js的優(yōu)勢——在客戶端和服務(wù)器之間有狀態(tài)的通信,以及NGINX Plus的優(yōu)勢——高級負載均衡能力,都達到最大化。

所以,你可以使用NGINX或NGINX Plus來支持多個Node.js服務(wù)器的負載均衡。只有NGINX才有可能讓你最大化地實現(xiàn)負載均衡性能和友好的Node.js有狀態(tài)性。內(nèi)置于NGINX的應(yīng)用健康檢查以及監(jiān)控功能也很有用。

NGINX Plus還支持會話維持,因此允許應(yīng)用程序服務(wù)器在它采取停止服務(wù)的請求之后,還能優(yōu)雅地完成當(dāng)前會話。

4.代理WebSocket連接

HTTP,在所有版本里,是專為“pull”通信——來自于服務(wù)器的客戶端請求文件設(shè)計的。WebSocket是一個允許“push”和“push/pull”通信的工具,即服務(wù)器可以主動發(fā)送客戶端沒有請求的文件。

WebSocket協(xié)議可以更容易地支持客戶端和服務(wù)器之間更堅固的相互作用,同時減少傳輸?shù)臄?shù)據(jù)量并最小化等待時間。當(dāng)需要時,可以實現(xiàn)全雙工傳輸連接,也就是說根據(jù)需要客戶和服務(wù)器都可以發(fā)起并接收請求。

WebSocket協(xié)議具有強大的JavaScript接口,因此非常適合作為應(yīng)用服務(wù)器的Node.js——而且,對于事務(wù)量不多的web應(yīng)用程 序,也可以作為web服務(wù)器。當(dāng)事務(wù)量增加,那么在客戶端和Node.js web服務(wù)器之間,多個應(yīng)用服務(wù)器之間使用NGINX或NGINX Plus插入NGINX就有必要了。

Node.js通常與Socket.IO聯(lián)合使用,Socket.IO是一個WebSocket API,它在Node.js應(yīng)用程序中很受歡迎。這可能會導(dǎo)致port 80(對于HTTP)或port 443(對于HTTPS)變得相當(dāng)擁擠,而解決方法就是代理Socket.IO服務(wù)器。你可以使用NGINX作為代理服務(wù)器中,就像前面說的那樣,并且還 獲得其他的功能,例如靜態(tài)文件緩存,負載均衡等。

以下就是作為server.js node應(yīng)用程序文件監(jiān)聽port 5000的代碼。它擔(dān)當(dāng)了代理服務(wù)器(而不是web服務(wù)器)的角色,并路由請求到正確的端口:

  1. var io = require('socket.io').listen(5000); 
  2. io.sockets.on('connection', function (socket) { 
  3.   socket.on('set nickname', function (name) { 
  4.     socket.set('nickname', name, function () { 
  5.       socket.emit('ready'); 
  6.     }); 
  7.   }); 
  8.   socket.on('msg', function () { 
  9.     socket.get('nickname', function (err, name) { 
  10.       console.log('Chat message by ', name); 
  11.     }); 
  12.   }); 
  13. }); 

var socket = io(); // 這是你的初始化代碼。

有關(guān)完整的介紹,包括NGINX配置,請參閱此博客文章。有關(guān)這一類更深入的web應(yīng)用程序潛在架構(gòu)和基礎(chǔ)設(shè)施問題,請參閱此博客文章

5.實現(xiàn)SSL / TLS和HTTP / 2

越來越多的網(wǎng)站使用SSL / TLS來保護網(wǎng)站上所有用戶的交互。你可以決定是否以及何時做出這個舉動,但如果你選擇了這么做,那么NGINX有兩種方式來支持這個轉(zhuǎn)變:

  1. 你可以在NGINX里終止SSL / TLS連接到客戶端,如果你設(shè)置了NGINX作為反向代理的話。 Node.js服務(wù)器使用Nginx反向代理服務(wù)器來來回回地發(fā)送和接收未加密的請求和內(nèi)容。

  2. 早期跡象表明,使用HTTP / 2——新的HTTP協(xié)議的新版本——可以在很大程度上或完全抵消使用SSL / TLS強加的性能損失。 NGINX支持HTTP / 2,你可以終止HTTP / 2和SSL,而在Node.js應(yīng)用服務(wù)器中無需做任何改變。

在你采取這些實現(xiàn)步驟的時候,你還需要更新在Node.js配置文件中的URL,建立和完善在NGINX配置中的安全連接,必要時還可以使用 SPDY或HTTP / 2。添加HTTP / 2支持意味著瀏覽器版本使用新的協(xié)議支持HTTP / 2與應(yīng)用程序進行通信:老版本的瀏覽器使用HTTP / 1.x。

下面的配置代碼適用于使用SPDY的Ghost博客。它包括一些高級功能,如OCSP stapling。使用NGINX用于SSL終端,包括OCSP stapling選項,看這里。對于同一主題的概述,看這里。

你需要做的輕微改動就是配置Node.js應(yīng)用程序,從SPDY升級到HTTP / 2,時間可以是現(xiàn)在,也可以是2016年初SPDY支持消失的時候。

  1. server { 
  2.    server_name domain.com; 
  3.    listen 443 ssl spdy; 
  4.    spdy_headers_comp 6
  5.    spdy_keepalive_timeout 300
  6.    keepalive_timeout 300
  7.    ssl_certificate_key /etc/nginx/ssl/domain.key; 
  8.    ssl_certificate /etc/nginx/ssl/domain.crt; 
  9.    ssl_session_cache shared:SSL:10m;  
  10.    ssl_session_timeout 24h;           
  11.    ssl_buffer_size 1400;              
  12.    ssl_stapling on; 
  13.    ssl_stapling_verify on; 
  14.    ssl_trusted_certificate /etc/nginx/ssl/trust.crt; 
  15.    resolver 8.8.8.8 8.8.4.4 valid=300s; 
  16.    add_header Strict-Transport-Security 'max-age=31536000; includeSubDomains'
  17.    add_header X-Cache $upstream_cache_status; 
  18.    location / { 
  19.         proxy_cache STATIC; 
  20.         proxy_cache_valid 200 30m; 
  21.         proxy_cache_valid 404 1m; 
  22.         proxy_pass http://ghost_upstream; 
  23.         proxy_ignore_headers X-Accel-Expires Expires Cache-Control; 
  24.         proxy_ignore_headers Set-Cookie; 
  25.         proxy_hide_header Set-Cookie; 
  26.         proxy_hide_header X-powered-by; 
  27.         proxy_set_header X-Real-IP $remote_addr; 
  28.         proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 
  29.         proxy_set_header X-Forwarded-Proto https; 
  30.         proxy_set_header Host $http_host; 
  31.         expires 10m; 
  32.     } 
  33.     location /content/images { 
  34.         alias /path/to/ghost/content/images; 
  35.         access_log off; 
  36.         expires max; 
  37.     } 
  38.     location /assets { 
  39.         alias /path/to/ghost/themes/uno-master/assets; 
  40.         access_log off; 
  41.         expires max; 
  42.     } 
  43.     location /public { 
  44.         alias /path/to/ghost/built/public
  45.         access_log off; 
  46.         expires max; 
  47.     } 
  48.     location /ghost/scripts { 
  49.         alias /path/to/ghost/core/built/scripts; 
  50.         access_log off; 
  51.         expires max; 
  52.     } 
  53.     location ~ ^/(?:ghost|signout) { 
  54.         proxy_set_header X-Real-IP $remote_addr; 
  55.         proxy_set_header Host $http_host; 
  56.         proxy_pass http://ghost_upstream; 
  57.         add_header Cache-Control "no-cache, private, no-store, 
  58.         must-revalidate, max-stale=0, post-check=0, pre-check=0"; 
  59.         proxy_set_header X-Forwarded-Proto https; 
  60.     } 

結(jié)論

本文介紹了一些最重要的可以在Node.js應(yīng)用程序布置的性能改進。它著重于添加到應(yīng)用程序的NGINX以及Node.js——通過使用 NGINX作為反向代理服務(wù)器,緩存靜態(tài)文件,負載均衡,代理WebSocket連接,并終止SSL / TLS和HTTP / 2協(xié)議。

NGINX和Node.js的結(jié)合,被廣泛認為是一種創(chuàng)建新的微服務(wù)型應(yīng)用程序或增加靈活性和性能到現(xiàn)有的基于SOA的使用Java或 Microsoft .NET應(yīng)用的方法。這篇文章可以幫助你優(yōu)化Node.js應(yīng)用程序,讓Node.js和NGINX的伙伴關(guān)系為你所用。

譯文鏈接:http://www.codeceo.com/article/5-tips-nodejs-performance.html
英文原文:5 Tips to Increase Node.js Application Performance

責(zé)任編輯:王雪燕 來源: 碼農(nóng)網(wǎng)
相關(guān)推薦

2015-11-04 09:18:41

Node.js應(yīng)用性能

2025-05-15 04:00:55

2014-08-28 09:35:32

Node.js前端開發(fā)

2013-08-09 14:18:33

2014-04-24 10:11:17

iOS性能調(diào)優(yōu)

2022-05-25 10:04:43

Go編程

2020-05-29 15:33:28

Node.js框架JavaScript

2015-06-25 12:41:53

實時 Node應(yīng)用性能監(jiān)測

2018-08-23 17:45:52

2017-11-27 11:59:40

Node.JSChrome調(diào)試程序

2019-07-09 14:50:15

Node.js前端工具

2023-11-06 08:01:09

Go同步異步

2017-12-13 13:09:36

NginxWeb應(yīng)用

2021-05-11 12:30:21

PyTorch代碼Python

2021-12-01 00:05:03

Js應(yīng)用Ebpf

2011-11-10 11:08:34

Node.js

2013-11-01 09:34:56

Node.js技術(shù)

2020-12-28 08:48:44

JS工具fastify

2020-12-14 15:40:59

Nodefastifyjs

2015-03-10 10:59:18

Node.js開發(fā)指南基礎(chǔ)介紹
點贊
收藏

51CTO技術(shù)棧公眾號

主站蜘蛛池模板: 国产激情视频网站 | 欧美黄 片免费观看 | 性一交一乱一伦视频免费观看 | 欧美一区免费 | 亚洲一区日韩 | 成年无码av片在线 | 一区二区三区精品视频 | 日批日韩在线观看 | 亚洲欧美第一视频 | 综合久久综合久久 | 欧美日韩精品久久久免费观看 | av免费网址 | 久久噜噜噜精品国产亚洲综合 | 国产真实乱对白精彩久久小说 | 免费观看色 | 三级在线免费观看 | 久草.com| 亚洲专区在线 | 久草新在线 | 91精品国产欧美一区二区 | 九色91视频| 国产真实乱对白精彩久久小说 | 欧美高清一区 | 韩国电影久久 | av一区二区三区 | 三级视频国产 | 欧美日韩视频网站 | 风间由美一区二区三区在线观看 | 中文字幕一区二区不卡 | 成人午夜精品一区二区三区 | 91亚洲一区 | 免费午夜视频 | 亚洲午夜精品 | 国产成人久久精品一区二区三区 | 国产精品1区2区3区 男女啪啪高潮无遮挡免费动态 | 色爽女| 日韩在线免费视频 | 欧美一区免费 | 国产男女猛烈无遮掩视频免费网站 | 亚洲网站免费看 | 亚洲高清在线观看 |