前言
Nginx
?写了那么多文章,为什么今天才轮到它的表演?那是因为它实在太重要了,值得大书特书,特别对待。
当我们遇到单点瓶颈,第一个idea是?Nginx;
当我们需要反向代理,第一个idea是?Nginx;
当我们需要静态部署,第一个idea是?Nginx;
当我们需要透传服务,第一个idea是?Nginx;
好了好了,不再罗列了,博主手都麻了…
当我们遇到一件趁手的
武器
,是不是愿意找一个合适的“对手”
,练一练?
当我们遇到一件棘手的问题
,是不是愿意找一个熟练的“队友”
,试一试?
答案是肯定的,毕竟我们都愿意“百尺竿头,更进一步”
,不希望“按部就班,坐以待毙”
。
在Nginx
正式表演前,博主首先让它的“队友们”
报个到,欢迎三连,有求必应:
- 微服务实战系列之Feign
- 微服务实战系列之Sentinel
- 微服务实战系列之Token
- 微服务实战系列之Nacos
- 微服务实战系列之Gateway
- 微服务实战系列之加密RSA
- 微服务实战系列之签名Sign
话锋一转,请允许博主带着大家熟悉Nginx
,探索它的奥秘。
一、前世
Nginx
是一款轻量级的Web 服务器以及电子邮件(IMAP/POP3)代理服务器,在BSD-like 协议下发行。其特点是占有内存少,并发能力强,事实上Nginx
的并发能力在同类型的网页服务器中表现较好。
通过一段标准语言,我们可以大致了解到Nginx
几个特征:
1. 反向代理
2. Web服务器
3. 邮件代理服务
4. 并发
5. 轻量级
当然,博主尝试将其翻译成工程实践
语言,大致可以包括以下几个功能:
1. 代理服务(反向、邮件)
2. Web服务(面向前端)
3. 负载均衡(高并发)
4. 缓存服务(静态资源)
通过以上的应用场景,博主继续带着大家剖析Nginx,探究一下它为何如此迷人。
二、今生
1. 代理服务
谈到代理服务,各位盆友首先想到什么?
比如小花一个消息,今天没空,让你帮她买个零食…
比如小芳一通电话,今天请假,让你帮她取个快递…
诸如此类,皆算代理的范畴,原因是什么?因为不管小花小芳,还是你,都能够基于同一个方法完成一件事。通俗讲,就是“代劳”
。这个时候,小花小芳都是采用了代理服务,而且是正向代理
,那么你就是“正向代理服务器”
。
既然有正向代理
,自然就有反向代理了,因为讲究对称嘛(暗然自喜)~
反向代理
是怎么回事?无非是你要吃的,我事先替你备齐,你自取。如此这般,方便你我他,相亲相爱一家人。
所以,自从有了代理这个业务,这世上似乎“懒人”
变多了,当然生活品质也提高了。
Nginx如何配置代理,可参考以下:
server{location /api/ {proxy_set_header Host $http_host;proxy_set_header X-Real-IP $remote_addr;proxy_set_header REMOTE-HOST $remote_addr;proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;proxy_pass http://localhost:8080/; //这句很关键}
}
2. Web服务
提到Web服务,博主首先会联想到从早年的Apache、IIS,到如今的Nginx、Tomcat、WebLogic等等。不禁有感而发:“变化的始终是工具,不变的是永恒的服务”
。
Nginx
作为Web服务器,主要做什么呢?
比如部署一套vue,比如上传一组图片资源等等,可以通过http访问即可。如果不清楚怎么使用,可以参考以下配置,指定访问目录即可:
server{location / {root /usr/local/html; //这句很关键try_files $uri $uri/ /index.html;index index.html index.htm;}
}
3. 负载均衡
负载均衡?好像在哪里提过?对了, 网关。如有兴趣,请回看博主相关介绍。
正因为Nginx有这个作用,所以在微服务中,Nginx的任务相当艰巨,所谓能力越大,责任越大,当然期望越高。
如何配置?可参考如下:
http {upstream myserver {server 192.168.1.11:8080 weight=10;//设置权重server 192.168.1.12:8081 weight=10;}server {listen 80;// 默认端口server_name 192.168.1.10;location / {proxy_pass http://myserver;root /usr/local/html;index index.html index.htm;}
}
4. 缓存服务
Nginx
也可以做缓存?答案是的。
某些场景下,Nginx需要Worker
到服务中获取数据并返回客户端,在高并发场景下,我们可以将这些数据缓存到Nginx中。
如何配置,可参考如下:
http {# 设置缓存路径、目录层级(1:2 表示两个子目录)、内存zone的名字和内存大小# 缓存有效时间、硬盘最大存储大小、缓存文件直接写到cache文件中而不使用temp_pathproxy_cache_path /usr/local/nginx/cache levels=1:2 keys_zone=ngxcache:100m inactive=7d max_size=1g use_temp_path=off;server { proxy_cache ngxcache;proxy_cache_valid 200 304 5m;proxy_cache_valid 301 302 2m;proxy_cache_min_uses 1;# 添加一个响应头,用来标识请求是否命中缓存add_header N-Cache-Status $upstream_cache_status;proxy_cache_methods GET HEAD;proxy_cache_convert_head on;proxy_cache_key $scheme$host$uri$is_args$args;proxy_cache_background_update on;}
}
综上,关于Nginx,博主带着各位盆友进行功能剖析,旨在一文把握它的命脉。如果还需了解更详细的内容,可参考官网文档,了解每个参数的配置的意义,博主不再啰嗦了。
结语
微服务盛行于当下,好比日出东方之时,趁着朝霞,获得希望。
各位盆友,GoodNight!