Node.js必须收藏,五大应用性能技巧

Nodejs/web前端 权威大牛交流群:550392000 ,更多免费视频资料+源码~

大家赶紧收藏起来吧~

一、实现一个反向代理服务器

相比大多数应用服务器,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。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏运维小白

19.7 zabbix的主动模式和被动模式

主动模式和被动模式 主动或者被动是相对客户端来讲的 被动模式,服务端会主动连接客户端获取监控项目数据,客户端被动地接受连接,并把监控信息传递给服务端,服...

2459
来自专栏司想君

接受“不完美”:分布式事务学习总结

作为一个前端专业的人来说,对于事务的理解,一直停留在“要么都成功,要么都不成功”的小白阶段。既然自己将2018年定义为”深入理解“的一年,那么就从深入理解事务开...

3125
来自专栏JackeyGao的博客

ANSIBLE模块 - shell和command区别

Ansible 提供了大量的模块(All Modules)供执行 AD-Hoc 和撰写 playbook。 有些模块有很多通用性, 但设计为多个还是有部分区别的...

741
来自专栏快乐八哥

JavaScript操作Cookie

在Web开发中,我们经常使用Cookie保存一些不是非常敏高的数据。比如“下次自动登录”,“广告显示”等功能。定义是:某些网站为了辨别用户身份而存储在用户本地终...

1916
来自专栏nummy

分布式消息系统:Kafka

Kafka是分布式发布-订阅消息系统。它最初由LinkedIn公司开发,之后成为Apache项目的一部分。Kafka是一个分布式的,可划分的,冗余备份的持久性的...

1043
来自专栏Laoqi's Linux运维专列

Ansible 多机房自动部署发布

1663
来自专栏JAVA高级架构

高并发面试必问:分布式消息系统Kafka简介

2033
来自专栏小尘哥的专栏

也许能帮到你一点!eboot框架基础版发布

目前发布一个基础版,适用于中小型项目开发,后续会加入更多功能,以满足大型项目的需求。

631
来自专栏.NET后端开发

RabbitMQ消息队列系列教程(一)认识RabbitMQ

摘要 RabbitMQ是最为流行的消息中间件,是处理高并发业务的利器。本系列教程,将跟大家一起学习RabbitMQ。 目录 RabbitMQ是什么? Rabbi...

3238
来自专栏杨建荣的学习笔记

半自动化搭建Data Guard的想法和实践(二)(r9笔记第79天)

关于半自动化搭建Data Guard,自己花了一些时间,总算是把这件事情继续推进了一下,还是再啰嗦一句,为什么不自动化,因为安全。主库就是主库,任何变更都要手...

3335

扫码关注云+社区