上一篇文章《session一致性架构设计实践》，对于其中的第三种“反向代理hash法”，不少同学留言问：
- 什么是四层反向代理hash
- 什么是七层反向代理hash
- 中间还有三层那里去了
- ...
今天花几分钟简单和大家解释一下。
- 场景：访问用户通过proxy请求被访问的真实服务器
- 路径：用户 -> proxy -> real-server
什么是代理?
回答：[proxy]代表[访问用户]，此时proxy是代理。
例如：
在家访问xxoo网站，不希望xxoo网站trace到我们的真实ip，于是就找一个proxy，通过proxy来访问，此时proxy代表用户，网站以为proxy的ip就是用户的ip。
什么是反向代理?
回答：[proxy]代表[被访问的服务器]，此时proxy是反向代理。
例如：
web-server希望对用户屏蔽高可用、屏蔽web-server扩展、web-server内网ip等细节，于是就找了一个proxy隔在中间，此时proxy代表web-server集群，用户以为proxy的ip就是被访问web-server的ip(web-server是集群，具体访问了哪个web-server，用户不知道)，由于web-server集群有多台，此时反向代理服务器要具备负载均衡的功能。
一般怎么做反向代理，负载均衡?
回答：nginx/apache，lvs，F5
什么是四层(转发/交换)，什么是七层(转发/交换)?
回答：这个是来源于OSI七层模型
大学“计算机网络”课程，之前都是用这个七层模型，新版教程用TCP/IP五层模型，这两个模型之间有一个对应关系如下：
可以看到，四层是指传输层，七层是指应用层。
更具体的，对应到nginx反向代理hash：
- 四层：根据用户ip+port来做hash
- 七层：根据http协议中的某些属性来做hash
为什么中间少了几层?
回答：OSI应用层、表示层、会话层合并到TCP/IP的应用层啦。
上面有四层，七层，那有没有二层，三层呢?
回答：有
- 二层：根据数据链路层MAC地址完成数据交换
- 三层：根据网络层IP地址完成数据交换
【本文为51CTO专栏作者“58沈剑”原创稿件，转载请联系原作者】
