1. 前言
咱们实在的服务器不应该间接裸露到公网上去，否则更加容易泄露服务器的信息，也更加容易受到攻打。一个比拟“平民化”的计划是应用Nginx反向代理它。明天就来聊一聊应用Nginx反向代理的一些能力，Nginx代理能帮忙咱们实现很多十分无效的API管制性能。这也解释了我为什么始终举荐应用Nginx来代理咱们的Spring Boot利用。
2. Nginx能够提供哪些能力
Nginx曾经不必太多的赞美了，它曾经失去了业界的宽泛认可。咱们就聊聊它具体可能实现什么性能。
2.1 代理能力
这是针对服务器端咱们最罕用的性能，一台具备公网的Nginx服务器能够代理和它能进行内网通信的实在的服务器。让咱们的服务器不间接对外裸露，减少其抗危险能力。
如果Nginx服务器192.168.1.8能够和同一内网网段的192.168.1.9的应用服务器进行通信，同时Nginx服务器具备公网能力并将公网绑定到域名felord.cn上。那么咱们Nginx代理的对应的配置（nginx.conf）是这样的：
server { listen 80; server_name felord.cn; # ^~ 示意uri以某个惯例字符串结尾，如果匹配到，则不持续往下匹配。不是正则匹配 location ^~ /api/v1 { proxy_set_header Host $host; proxy_pass http://192.168.1.9:8080/; } }通过以上配置后咱们服务器实在的接口地址是http://192.168.1.9:8080/foo/get就能够通过http://felord.cn/api/v1/foo/get拜访。
proxy_pass如果以/结尾，就相当于是相对根门路，那么Nginx不会把location中匹配的门路局部代理走;如果不以/结尾，也会代理匹配的门路局部。
2.2 Rewrite性能
Nginx还提供了一个rewrite性能让咱们在申请达到服务器时重写URI,有点相似Servlet Filter的象征，对申请进行一些预处理。
在2.1的例子中如果咱们要实现如果判断申请为POST的话返回405，只须要更改配置为：
location ^~ /api/v1 { proxy_set_header Host $host; if ($request_method = POST){ return 405; } proxy_pass http://192.168.1.9:8080/;}你能够应用Nginx提供的全局变量(如下面配置中的$request_method)或本人设置的变量作为条件，联合正则表达式和标记位（last、break、redirect、permanent）实现URI重写以及重定向。
2.3 配置HTTPS
之前很多同学在群里问如何在Spring Boot我的项目中配置HTTPS,我都举荐应用Nginx来做这个事件。 Nginx比Spring Boot中配置SSL要不便的多，而且不影响咱们本地开发。Nginx中HTTPS的相干配置依据上面的改一改就能用：
http{ #http节点中能够增加多个server节点 server{ #ssl 须要监听443端口 listen 443; # CA证书对应的域名 server_name felord.cn; # 开启ssl ssl on; # 服务器证书绝对路径 ssl_certificate /etc/ssl/cert_felord.cn.crt; # 服务器端证书key绝对路径 ssl_certificate_key /etc/ssl/cert_felord.cn.key; ssl_session_timeout 5m; # 协定类型 ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # ssl算法列表 ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:HIGH:!aNULL:!MD5:!RC4:!DHE; # 是否 服务器决定应用哪种算法 on/off TLSv1.1 的话须要开启 ssl_prefer_server_ciphers on; location ^~ /api/v1 { proxy_set_header Host $host; proxy_pass http://192.168.1.9:8080/; } } # 如果用户通过 http 拜访 间接重写 跳转到 https 这个是一个很有必要的操作 server{ listen 80; server_name felord.cn; rewrite ^/(.*)$ https://felord.cn:443/$1 permanent; }}这里就用到了rewrite来进步用户体验。
2.4 负载平衡
个别我的项目都是从小做到大起来的，起步的时候部署一个服务器就够用了，如果你的我的项目用户多了起来，首先祝贺你，阐明你的我的项目方向很对。然而随同而来还有服务器压力，你肯定不想服务器宕机带来的各种损失，你须要疾速进步服务器的抗压能力，或者你想不停机保护防止业务中断，这些都能够通过Nginx的负载平衡来实现，而且非常简单。如果felord.cn咱们部署了三个节点：
最简略的轮询策略
轮流派发申请，这种配置是最简略的：
http { upstream app { # 节点1 server 192.168.1.9:8080; # 节点2 server 192.168.1.10:8081; # 节点3 server 192.168.1.11:8082; } server { listen 80; server_name felord.cn; # ^~ 示意uri以某个惯例字符串结尾，如果匹配到，则不持续往下匹配。不是正则匹配 location ^~ /api/v1 { proxy_set_header Host $host; # 负载平衡 proxy_pass http://app/; } }}加权轮询策略
指定轮询几率，weight和拜访比率成正比，用于后端服务器性能不均的状况：
upstream app { # 节点1 server 192.168.1.9:8080 weight = 6; # 节点2 server 192.168.1.10:8081 weight = 3; # 节点3 server 192.168.1.11:8082 weight = 1;}最终申请解决数将为6：3：1 进行调配。其实简略轮询能够看作所有的权重均分为1。轮询宕机可主动剔除。
IP HASH
依据拜访IP进行Hash，这样每个客户端将固定拜访服务器，如果服务器宕机，须要手动剔除。
upstream app { ip_hash; # 节点1 server 192.168.1.9:8080 weight = 6; # 节点2 server 192.168.1.10:8081 weight = 3; # 节点3 server 192.168.1.11:8082 weight = 1;}起码连贯
申请将转发到连接数较少的服务器上，充分利用服务器资源：
upstream app { least_conn; # 节点1 server 192.168.1.9:8080 weight = 6; # 节点2 server 192.168.1.10:8081 weight = 3; # 节点3 server 192.168.1.11:8082 weight = 1;}其它形式
咱们能够借助一些插件来实现其它模式的负载平衡，例如借助于nginx-upsync-module实现动静负载平衡。咱们是不是借助于此能够开发一个灰度公布性能呢？
2.5 限流
通过对Nginx的配置，咱们能够实现漏桶算法和令牌桶算法，通过限度单位工夫的申请数、同一时间的连接数来限度访问速度。这一块我并没有深入研究过这里就提一提，你能够查问相干的材料钻研。
3. 总结
Nginx十分弱小，举荐应用它来代理咱们的后端利用，咱们能够通过配置实现很多有用的性能，而不用进行一些非业务逻辑的编码来实现，如果你在Spring Boot中实现限流、配置SSL的话，麻烦不说，还影响本地开发，应用Nginx能够让咱们分心到业务中去。能够说Nginx在这里充当了一个小网关的作用，其实很多出名网关底层都是Nginx，比方Kong、Orange、Apache APISIX等，如果你有趣味能够玩一玩Nginx的高级状态Openresty。另外我这里也有一份十分不错的Nginx入门材料送给你，能够关注：码农小胖哥 回复 nginx 获取。
关注公众号：Felordcn 获取更多资讯
集体博客：https://felord.cn