正向代理类似一个跳板机，代理访问外部资源
举个例子：
我是一个用户，我访问不了某网站(用户知道该网站的服务器地址)，但是我能访问一个代理服务器，这个代理服务器呢,他能访问那个我不能访问的网站，于是我先连上代理服务器,告诉他我需要那个无法访问网站的内容，代理服务器去取回来,然后返回给我。从网站的角度，只在代理服务器来取内容的时候有一次记录，有时候并不知道是用户的请求，也隐藏了用户的资料，这取决于代理告不告诉网站。
正向代理:客户端 <一> 代理 一>服务端
生活例子:
某天,我想吃香港某条街某个店铺的咖喱鱼蛋,但是我没有时间过去,于是找到香港代购,把我想要吃的鱼蛋的店铺地址发给他,让他帮我购买;这个例子中,店铺就是服务器的地址,代购就是代理(正向代理)
这个过程中,店铺老板并不知道我是谁,只知道把鱼蛋卖给了代理
反向代理（Reverse Proxy）实际运行方式是指以代理服务器来接受internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给internet上请求连接的客户端，此时代理服务器对外就表现为一个服务器。
反向代理:客户端 一>代理 <一> 服务端
生活例子:
还是鱼蛋的例子,我还是想吃那家店铺的鱼蛋,于是我就买了那家的鱼蛋,但是我并不知道那家店铺只是一个代理(反向代理),我认为这家店铺的老板就是代理,其实并不是,我并不知道真正的老板是谁,我看到的只是一个反向代理
这个过程中,店铺老板知道我是谁,我并不知道谁是真正的老板
通常情况下，我们在实际项目操作时，正向代理和反向代理很有可能会存在在一个应用场景中，正向代理代理客户端的请求去访问目标服务器，目标服务器是一个反向单利服务器，反向代理了多台真实的业务处理服务器。具体的拓扑图如下：
生活例子:
还是鱼蛋,在反向代理中,我亲自去买反向代理的鱼蛋,实际情况可能是,我花钱请了一个代购(正向代理)去帮我买鱼蛋,这时,代购就是正向代理,店铺就是反向代理
简单的说,就是在大量的用户请求web服务器时,方向代理Nginx会通过过特定的算法,讲用户的请求,分发到其他web服务器上,这样就避免大量用户同时请求一个web服务器,造成服务器压力过大
nginx支持的负载均衡调度算法方式如下：
- weight轮询（默认）：接收到的请求按照顺序逐一分配到不同的后端服务器，即使在使用过程中，某一台后端服务器宕机，nginx会自动将该服务器剔除出队列，请求受理情况不会受到任何影响。 这种方式下，可以给不同的后端服务器设置一个权重值（weight），用于调整不同的服务器上请求的分配率；权重数据越大，被分配到请求的几率越大；该权重值，主要是针对实际工作环境中不同的后端服务器硬件配置进行调整的。
- ip_hash：每个请求按照发起客户端的ip的hash结果进行匹配，这样的算法下一个固定ip地址的客户端总会访问到同一个后端服务器，这也在一定程度上解决了集群部署环境下session共享的问题。
- url_hash：按照访问的url的hash结果分配请求，每个请求的url会指向后端固定的某个服务器，可以在nginx作为静态服务器的情况下提高缓存效率。同样要注意nginx默认不支持这种调度算法，要使用的话需要安装nginx的hash软件包
反向代理
这个过程Nginx作为反向代理,web服务器的端口号是8888端口
负载均衡
