SD-WAN 分流模式和全局模式有什么区别？为什么 TikTok 运营要选全局？
先给结论。 分流模式和全局模式的核心差别只有一句话：分流模式靠地址库判断每条流量该走哪条路，全局模式不做判断，指定设备的全部流量从同一个出口出去。
分流模式省带宽、成本低，日常办公完全够用。但在两种情况下它会带来实打实的损失：一是同一台设备可能同时暴露两个国家的 IP，二是 DNS 解析可能把海外流量拽回本地节点，三是 UDP 流量可能根本没进隧道。TikTok 的账号风控对第一和第二条极其敏感，直播的连麦与实时互动则依赖第三条。所以账号运营和直播应该用全局模式，其余场景用分流。
下面是这个结论的推导过程。
两种模式在机制上到底差在哪
分流模式在设备侧维护一份地址库，记录哪些网段属于境内、哪些属于境外。数据包发出之前先查一遍归属，境内的走本地宽带，境外的送进隧道。整个过程依赖判断，而判断依赖那份库。
全局模式放弃判断。指定设备的全部流量统一进隧道，从同一个出口出去，回来也走同一条路。
区别听起来很技术，但落到业务上，它决定了三件事：你的出口有几个、你的身份一致不一致、你的路径可不可预期。
分流模式天生是"多出口"的，因为它要让不同流量走不同路径。全局模式天生是"单出口"的，因为它放弃分流换取一致性。
第一个代价：同一台设备出现两个国家的 IP
这是分流模式在账号运营场景里最隐蔽的风险。
TikTok 客户端启动时不是发一两个请求，而是几十上百个并发请求同时往外走——接口调用、视频拉流、埋点上报、消息长连接、推送注册，每个都指向不同的域名。
分流方案要给这些域名逐个判断归属。而大型平台的 CDN 和基础设施域名，解析出来的地址分布在全球，部分还与境内业务共用网段。规则库只要旧一点、匹配粗一点，就会出现这种场面：同一台手机，在同一秒内，一部分请求从目标国家的地址出去，另一部分从本地地址出去。
从平台风控的角度看，这不是"用户网络有点乱"，而是"同一个账号正在被两个地理位置的人使用"。人做不到一秒跨国，机器可以。
这类情况的后果通常不是直接封号，而是降权：内容不给推荐、投放审核反复失败、直播间不进人。而且不会有任何报错提示，运营者往往只觉得最近效果莫名其妙变差。
第二个代价：DNS 解析可能把流量拽回本地节点
分流模式一般会配一套分域解析：境内域名用境内 DNS，境外域名用境外 DNS。
逻辑上没错，但现实里经常出问题。现在绝大多数服务都是 CNAME 指向 CDN，你解析出来的地址取决于你问 DNS 的时候站在哪里。一旦某个境外域名的解析请求从境内出口发出，返回的就可能是境内节点的地址。
结果是：一个境外应用，从境内节点拉流。画面能出来，但延迟高、码率低、容易糊。服务端看到的行为依然不符合一个正常的境外用户。
全局模式不存在这个问题。所有解析请求从隧道出口发出，解析结果、出口地址、CDN 节点、回程路由全部落在目标区域，链路最短，行为最一致。
第三个代价：UDP 流量可能根本没进隧道
这一条最要命，也最少被提起。
多数分流方案对 TCP 的处理很成熟，对 UDP 就相对凑合——因为 UDP 无连接、无状态，不好判断归属，不少实现干脆让它走直连或走默认路由。
而实时业务大量跑在 UDP 上。直播推流有走 QUIC 的，连麦和通话是 UDP 打底，WebRTC 全系列都是 UDP。
于是会出现一种很难排查的现象：网页能打开、视频能刷、一开播就失败，或者播几分钟断一次。查设备、查账号、查平台规则，都查不出原因。真正的原因是推流的 UDP 包没进隧道，走的是本地出口。
全局模式对 UDP 统一封装，不给它漏出去的机会。
直播场景还有三条硬要求
即使解决了上面三条，直播还有自己的门槛。
出口地址必须固定且不变。 分流模式下多线路负载或隧道重连，出口有可能变。出口一变推流连接就断，重连要几十秒，这段时间观众会走，平台也会记录这次异常中断。
上行带宽要留足余量。 一场码率 6 Mbps 的直播，实际上行要给到 9 Mbps 以上才顶得住瞬时抖动。分流模式下这条流和其他流量抢带宽，抢输的那一秒就是花屏。
抖动比带宽更要紧。 带宽不够是画面糊，抖动大了是直接卡死。专线加固定出口的价值，主要就体现在把抖动压住。
所以给直播客户的标准建议是：直播机单独一台，整机全局，固定出口，上行按码率的 1.5 倍预留。不要用一台机器既开播又刷后台又传素材。
什么情况用分流，什么情况用全局
判断标准可以浓缩成一句：这个环节出错的代价，是不是远高于省下来的带宽钱？
日常办公、查资料、传素材、剪视频，用分流，没必要为这些流量付专线的钱。
账号登录、内容发布、广告投放、直播开播，用全局。这四类动作都会让平台更新你的账号档案，网络环境必须确定。
给团队配置的时候，按人分比按业务分更实用：主播和核心运营走全局，助理、行政、财务这类只查不操作的岗位走分流。这样成本能压下来一大半，关键环节一点没省。
落地时的几个配置细节
直播设备整机全局，不要只让某个应用走隧道。客户端 App 有大量后台进程和系统级请求，漏掉一个就前功尽弃。
运营电脑用全局加环境隔离，一台机器跑多个账号时，通过指纹浏览器把每个环境绑到独立出口，一个环境一个地址，不要混。
手机不要用"只让单个应用走境外线路"的方案，系统更新、推送、定位服务都在应用之外，这些请求会暴露真实网络环境。
白名单要精确到域名。全局模式下如果确实有内部系统要访问，精确放行那几个域名，不要图省事把整个境内网段放直连，那等于把分流模式的坑又请回来了。
开播前做三件事：查出口地址是不是目标区域、查解析有没有泄漏、测一次上行速率和抖动。三分钟的事，能挡掉大部分意外。
看数据而不是凭感觉。平台后台的流量来源、直播间卡顿率、推流码率曲线，这些都是网络问题的直接证据。掉线先看码率曲线，不要第一时间怀疑设备。
写在最后
分流和全局不是先进与落后的关系，是成本与确定性的取舍。
分流解决的是"怎么省钱"，全局解决的是"怎么不出事"。账号权重是一点一点攒起来的，也是一次一次异常掉下去的。网络这一层如果留着不确定性，后面所有运营动作都建在沙子上。
把不确定的部分用确定性换掉，这笔钱花得值。
如果你正在做海外社媒运营或跨境直播，不确定自己的网络属于哪种配置，可以把当前的出口地址、解析路径和推流码率曲线发给我们，做一次免费的链路体检。悦播出海专注 SD-WAN 跨境网络，全球部署两百余个节点，主做 TikTok 直播与跨境电商场景化调优。
微信：sdwan688 客服电话：16624634040
