上一篇文章《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沈剑”原创稿件，转载请联系原作者】

戳这里，看该作者更多好文