nginx反向代理

我们思考一个问题：前端发送的请求，是如何请求到后端服务的？

前端请求地址：http://localhost/api/employee/login

后端接口地址：http://localhost:8080/admin/employee/login

前端请求地址

后端接口地址

很明显，两个地址不一致，那是如何请求到后端服务的呢？

3.2.0 nginx介绍

nginx：Engine X，俄罗斯人开发的一个软件，早期作为邮件收发的服务器代理。随着后来的发展，也提供了其它的功能：

• 部署静态资源，供客户端访问

  静态资源：资源文件的内容是不变的，比如：html,css,js,图片，音频，视频

  把静态资源，使用web服务器部署，启动web服务器后，其它人就可以通过网络访问这个资源了。资源变成了web资源

• 作为反向代理服务器，实现负载均衡

• 作为邮件收发的服务器

3.2.1 反向代理介绍

nginx 反向代理，就是将前端发送的动态请求由 nginx 转发到后端服务器

那为什么不直接通过浏览器直接请求后台服务端，需要通过nginx反向代理呢？

3.2.2 nginx反向代理的好处

• 提高访问速度

  因为nginx本身可以进行缓存，如果访问的同一接口，并且做了数据缓存，nginx就直接可把数据返回，不需要真正地访问服务端，从而提高访问速度。

• 进行负载均衡

  所谓负载均衡,就是把大量的请求按照我们指定的方式均衡的分配给集群中的每台服务器。

• 保证后端服务安全

  因为一般后台服务地址不会暴露，所以使用浏览器不能直接访问，可以把nginx作为请求访问
  的入口，请求到达nginx后转发到具体的服务中，从而保证后端服务的安全。

3.2.3 nginx反向代理的配置

nginx 反向代理的配置方式：

server{
    listen 80;
    server_name localhost;
    
    location /api/{
        proxy_pass http://localhost:8080/admin/; #反向代理
    }
}

proxy_pass：该指令是用来设置代理服务器的地址，可以是主机名称，IP地址加端口号等形式。

如上代码的含义是：监听80端口号， 然后当我们访问 http://localhost:80/api/../..这样的接口的时候，它会通过 location /api/ {} 这样的反向代理到 http://localhost:8080/admin/上来。

接下来，进到nginx-1.20.2\conf，打开nginx配置

# 反向代理,处理管理端发送的请求
location /api/ {
    proxy_pass   http://localhost:8080/admin/;
    #proxy_pass   http://webservers/admin/;
}

当在访问http://localhost/api/employee/login，nginx接收到请求后转到http://localhost:8080/admin/，故最终的请求地址为http://localhost:8080/admin/employee/login，和后台服务的访问地址一致。

3.2.4 nginx负载均衡的配置

当如果服务以集群的方式进行部署时，那nginx在转发请求到服务器时就需要做相应的负载均衡。其实，负载均衡从本质上来说也是基于反向代理来实现的，最终都是转发请求。

nginx 负载均衡的配置方式：

upstream webservers{
    server 192.168.100.128:8080;
    server 192.168.100.129:8080;
}
server{
    listen 80;
    server_name localhost;
    
    location /api/{
        proxy_pass http://webservers/admin;#负载均衡
    }
}

upstream：如果代理服务器是一组服务器的话，我们可以使用upstream指令配置后端服务器组。

如上代码的含义是：监听80端口号， 然后当我们访问 http://localhost:80/api/../..这样的接口的时候，它会通过 location /api/ {} 这样的反向代理到 http://webservers/admin，根据webservers名称找到一组服务器，根据设置的负载均衡策略(默认是轮询)转发到具体的服务器。

注：upstream后面的名称可自定义，但要上下保持一致。

nginx 负载均衡策略：

名称	说明
轮询	默认方式
weight	权重方式，默认为1，权重越高，被分配的客户端请求就越多
ip_hash	依据ip分配方式，这样每个访客可以固定访问一个后端服务
least_conn	依据最少连接方式，把请求优先分配给连接数少的后端服务
url_hash	依据url分配方式，这样相同的url会被分配到同一个后端服务
fair	依据响应时间方式，响应时间短的服务将会被优先分配

具体配置方式：

轮询：

upstream webservers{
    server 192.168.100.128:8080;
    server 192.168.100.129:8080;
}

weight:

upstream webservers{
    server 192.168.100.128:8080 weight=90;
    server 192.168.100.129:8080 weight=10;
}

ip_hash:

upstream webservers{
    ip_hash;
    server 192.168.100.128:8080;
    server 192.168.100.129:8080;
}

least_conn:

upstream webservers{
    least_conn;
    server 192.168.100.128:8080;
    server 192.168.100.129:8080;
}

url_hash:

upstream webservers{
    hash &request_uri;
    server 192.168.100.128:8080;
    server 192.168.100.129:8080;
}

fair:

upstream webservers{
    server 192.168.100.128:8080;
    server 192.168.100.129:8080;
    fair;
}

3.3 nginx小结

可以部署静态资源，变成web资源
    静态资源：资源内容不会变。比如html,css,js,图片,音频,视频等等
    部署方式：最简单的方式，把静态资源直接放到nginx里的html文件夹内
​
可以作为反向代理服务器，实现负载均衡
    反向代理：是服务端的代理，客户端是无感知的
        服务器集群，对象提供一个统一的访问入口。外界想访问时，只要记入口的地址即可
        对服务器实现负载均衡：把客户端的请求，根据负载均衡的策略分发到目标服务器上
        提高服务器的安全性：可以在反向代理里，做安全防护措施
        提高对服务器的访问性能：可以在反向代理集成缓存，缓存热点数据。客户端访问时，nginx可以直接返回缓存的数据，不需要转发到服务器了
    nginx的使用：
        upstream xxxx{
            server 服务器的ip:端口;
            server 服务器的ip:端口;
        }
        server{
            listen 80;
            server_name localhost;
            location 路径表达式{
                proxy_paxx http://xxxx;
            }
        }
    nginx支持的负载均衡策略：
        轮询：默认策略。nginx把客户端的所有请求，轮流分摊给每个目标服务器
            适合于：多个目标服务器的性能相近的情况
        加权轮询：nginx按照每个目标服务器的权重值，把客户端请求分发给目标服务器。权重：理解为每个服务器被访问到的机率
            适合于：多个目标服务器的性能有差别的情况
        最少连接：nginx把请求优先分发给 最空闲的目标服务器（处理的连接数最少的服务器）
        ip hash：同一个ip的客户端，始终访问到同一个目标服务器
            适合于：目标服务器有集群，并且使用了session技术。就不需要再在服务器集群之间做session同步了
        url hash：相同的url请求，分发到同一个服务器上
            适合于：目标服务器做了数据缓存的情况
        fair：  哪个目标服务器响应时间短，就优先分发给哪个服务器