一次网络请求中的流量分发过程
京东保险 张江涛约 8 分钟
Tech 导读
现代的企业级或互联网系统往往需要进行流量规划，达成透明多级分流。流量从客户端发出到服务端处理这个过程里，流经的与功能无关的技术部件有（达成“透明分流”这个目标所采用的工具与手段）：客户端缓存、域名服务器、传输链路、内容分发网络、负载均衡器、服务端缓存。透明分流带来的价值：高可用架构、高并发。本文主要介绍流量规划中的网络请求过程及：
第一部分：对一次网络请求的过程作简要介绍，然后介绍目前了解到的前端网络组件搭配方式、后端网络组件搭配方式
第二部分：介绍LB负载系统 、vip与rip 的映射关系
第三部分：介绍内网域名解析及公网域名解析
导读
现代的企业级或互联网系统往往需要进行流量规划，达成透明多级分流。流量从客户端发出到服务端处理这个过程里，流经的与功能无关的技术部件有（达成“透明分流”这个目标所采用的工具与手段）：客户端缓存、域名服务器、传输链路、内容分发网络、负载均衡器、服务端缓存。透明分流带来的价值：高可用架构、高并发。本文主要介绍流量规划中的网络请求过程及：
第一部分：对一次网络请求的过程作简要介绍，然后介绍目前了解到的前端网络组件搭配方式、后端网络组件搭配方式
第二部分：介绍LB负载系统 、vip与rip 的映射关系
第三部分：介绍内网域名解析及公网域名解析
1.1 通用请求过程
1.2 请求过程名词解释
公网VIP在公网真实存在、内网vip在公司内网真实存在
1.3 前端网络组件搭配方式
测试环境：多个前端项目可能存在下列架构方式：域名 -> VIP -> JEN代理（根据不同域名访问不同文件夹下的文件）-> 静态应用
图3.多个前端项目可能存在下列架构方式：域名 -> VIP -> JEN代理-> 静态应用
1.4 后端网络组件搭配方式
后端前置应用 -----jsf微服务应用，之间的负载由消费者来决定，所以一般无须关注这两者之间的负载。
方式1: vip下的负载（LB负载系统） + Nginx
方式2：容器K8S层面的负载
vip提供的LB：
vip提供的LB下是直接挂机器IP，其中多个ip之间没有分组的概念，并且没有探活机制。
每次上线需要摘掉负载下的机器，上线完成后，再把机器挂上去
行云部署-高级功能-负载均衡 （容器k8s层面的负载） 优点：
有机器分组的概念：按照机房或者 机房+机房集群的维度分组后，每个分组申请自己的负载均衡。
具有探活机制：设置健康探活路径，针对负载进行探活。每次上线无须摘掉负载下的机器。
图5.方式二示意
LB负载系统简介
其实吧，vip本身就是个ip，没有多少真正的价值。vip可以理解为是集团LB负载均衡的入口ip，而LB负载均衡才是真正的分流组件。
| 共同点 | 不同点 |
|
|
2.1 默认规则
默认分流规则：域名+端口+集群，分流规则唯一性
备注：系统分配的vip有可能复用
在默认规则中， 假设系统分配的vip都是 111.111.111
域名A (www.a.jdcom)+ 域名的一个端口port(80) 通过配置的 vip （111.111.111） 将请求转发到 后端集群A。
域名B (www.b.jd.com) + 域名的一个端口port(443) 通过配置的 vip （111.111.111） 将请求转发到 后端集群B。
2.2 专用规则
面向vip的一个端口有且只有1条分流规则
备注:（猜测 不确定）：专用规则中的vip可能不是复用的。
图6.在VIP：PORT指向的后端集群不相同时，选择专用规则分别指向集群
备注：一个VIP 也可以用多个端口，比如HTTP 是80和443，TCP是2000-2014
3.1 vip下挂载rip的约定
3.2 为什么要遵守这个约定呢？
2. 尽可能匹配断网演练的目标：机房断网演练，估计VIP也不会让流量进入到下一层，如果你vip下挂载跨机房的rip，直接让机房的断网演练，变成了跨机房演练（因为多个机房的机器不会接收到流量）
1. 内网域名解析时：vip是根据机房入口走的。
2. 每个视图必须解析。（必须指向线上可用VIP）
3. 为优化机房内访问，优先选择本机房VIP。
4. 考虑到旧的机房已下架或者正在下架，旧机房优先选择廊坊、马驹桥VIP，国外应用优先选择国外的VIP。
域名解析：
不需要VIP: 直接填写自己的公网IP
3. 按照运营商对应的POP入口VIP进行解析
用简单实用的搭配方式满足流量分发，不要随意搭配，增加系统的复杂性。
求分享
求点赞
求在看
▪功能支撑：会员成长体系、等级计算策略、权益体系、营销底层能力支持
▪用户活跃：会员关怀、用户触达、活跃活动、业务线交叉获客、拉新促活