优质博文：IT-BLOG-CN
一、流量分析
【1】流量组成： 按协议划分，流量链路可分为HTTP、SOTP、QUIC三类。
| HTTP | SOTP | QUIC | |
|---|---|---|---|
| 场景 | 所有HTTP请求，无固定场景 | 国内外APP等 | 海外APP端 |
| 链路选择 | DNS/CDN(当前特指Akamai) | APP端保底IP列表/动态IP下发 | APP端保底IP列表/动态IP下发 |
【2】请求链路： 公司用户遍布世界各地，用户 --- 接入层（SLB/Gateway等）--- 服务 三者很可能不在一个地区，设计合理的访问链路，对用户体验提升明显。
宏观链路如图：
链路可分成两个阶段看：
Region前：用户请求选择合适的Region访问。链路选择作用于该阶段。
Region内：请求通过接入层进入Region后。流量调度作用于该阶段。
二、链路分析
链路选择阶段（Region前） ：目前链路选择主要遵循用户流量就近访问接入层的原则。链路选择是怎么实现的？
| HTTP | SOTP | QUIC | |
|---|---|---|---|
| 选择能力 | DNS + GTM(Global Traffic Manager)/CDN（Akamai） | App端无线网络框架自实现选路 | App端无线网络框架自实现选路 |
| 选择逻辑 | ● GTM即全局流量管理, 按负载权重、地域或运营商属性来进行流量分配, 为用户提供最佳访问IP。● CDN也是GTM解析的结果，单独列出是因为Akamai也具有链路选择能力，如根据路径、用户地理位置等选择请求源站。域名开启CDN加速后，一般海外用户的请求会被GTM解析到CDN● Tips：可通过webinfo查询域名的解析链，或通过dig(用海外DNS)检测域名是否开启Akamai加速 |
● App需配置所有的入口IP，获取IP有两种(共存)方式：1、代码内置IP列表（静态）2、MCD(前身叫MTP)平台动态下发● 网络框架会根据一定的策略(链路质量/App当前网络属性/地理位置等)选择合适的链路IP发送请求 |
● 同Sotp协议● 目前只有海外App在用 |
流量调度阶段（Region内链路） ：该阶段是指请求进入Region后，请求是否允许在当前Region处理，否则转发至其他Region，实现流量跨Region的调度转发。
Region内请求链路：一般有以下几种场景（可自行甄别自己服务的请求链路）
链路1：SLB(Http) → 后端服务
场景 ：一般为非SOA服务，如nodejs、.net服务等，也存在一些Mobile Service。
识别方式 ：paas/captain查看是否有外网SLB入口。
链路2：SLB(Http) → H5 Gateway → 后端服务
场景： 接入了H5 Gateway的服务，一般都是SOA服务，也存在部分非SOA服务。
识别方式： 在Gateway Portal上根据AppId或SOA ServiceCode查询服务是否接入H5 Gateway(强调：Gateway团队有多套GW，这里是H5 Gateway，非其他)。
链路3：TCP Gateway(SOTP) → 后端服务
场景： 使用SOTP协议的Mobile Service。Tips：TCP Gateway仅限App端使用。
识别方式： 可在MTP平台根据Sotp Servicecode查询。
链路4：TCP Gateway(STOP) → H5 Gateway → 后端服务
场景： 接入了H5 Gateway的服务，且调用方为App。一般都是SOA服务，也存在部分非SOA服务。
识别方式： 先明确调用方必须为App，在Gateway Portal上根据AppId或SOA ServiceCode查询服务是否接入H5 Gateway(强调：Gateway团队有多套GW，这里是H5 Gateway，非其他)。
链路5：QUIC → H5 Gateway → 后端服务
场景： 接入了H5 Gateway的服务，且调用方为海外App（截止目前只有海外App使用了QUIC）。一般都是SOA服务，也存在部分非SOA服务。
识别方式： 先明确调用方必须为海外App，在Gateway Portal上根据AppId或SOA ServiceCode查询服务是否接入H5 Gateway(强调：Gateway团队有多套GW，这里是H5 Gateway，非其他)。
