一位做 SaaS 出海的朋友，去年把 CDN 预算翻了一倍，境外客户的登录投诉却一条没少。我们复盘完架构只回了一句：你把两种流量当成一种买了。

下面按判断、架构、参数、选型与验收拆解，正在做全球加速方案选型的人可以对照使用。

先纠正一个过时认知：分界线不是动静态，是流量归属

很多人还在用五年前的说法：CDN 只能加速静态内容。这个前提早已过时，华为云全站加速 WSA、腾讯云动态/全站加速，都把动态内容与智能选路回源做成了标配，动静态混合一起加速。再拿"业务是动态的"排除 CDN，容易把诊断带偏。

那位朋友的问题根子在流量归属：官网营销页是公有内容分发，CDN 很称职；登录、工作台、API 调用，是某个租户与某套系统之间的私有流量，本就不在 CDN 服务范围。CDN 底层是尽力而为地分发，签不了"登录响应必须小于多少毫秒"的 SLA。

真正该画的线，是公有内容分发与企业私有流量：前者看首字节时间和命中率，后者看 SLA、QoS、长连接稳不稳与合规。全球加速要解决的，正是后面这半边的回程质量。大厂也是这么分的——腾讯云拆成静态 CDN、动态/全站加速与全球应用加速 GAAP；阿里云的全球加速 GA 以降低时延、抖动、丢包为目标做骨干传输。

私有流量的回程，差在哪三个环节

私有流量走公网回程，问题集中三处，公开实测可查。

一是路由绕行：中美理论最优往返也在 120–130 毫秒，美西公网约 170–220 毫秒、美东约 240–320 毫秒，高峰可超 350 毫秒，换 CN2 优质直连能压回 140–170 毫秒；欧洲普通线路常到 300–400 毫秒，优质线路约 200 毫秒。

二是链路拥塞：晚高峰丢包 1% 到 3% 常见，东南亚方向能到 3% 到 8%，实时业务里一次重传就是一次看得见的卡顿。

三是协议效率：TCP 在高延迟链路上要经历慢启动和拥塞回避，实际吞吐远低于标称；QUIC 握手更快、没有队头阻塞，弱网时延更低；TCP BBR 在高时延跨境链路上，传输效率普遍能提升两成半以上。

这三处都动不了物理距离，能动的是路由、拥塞与协议，恰好是企业网络层使得上劲的地方：就近接入治绕行，骨干承载治拥塞，协议优化治效率。

解决思路：三层架构，加一个治理面

落地成架构，就是三层主干加一个治理面。

接入层让用户在最近的 POP 上车，再用智能解析把请求引到更优线路上，解决从哪儿上车；

承载层走调度后的骨干网，多运营商冗余、SLA 写进合同，解决路稳不稳，这正是公有 CDN 给不了的；

优化层做协议栈调优、连接复用，以及核心业务的流量整形与分级 QoS——AI 请求和办公流量谁先走，是提前设计的。

治理面把加速流量纳入统一可视与审计：数据出境评估要求写清传输路径，点对点专线一句话能说清，多跳分发的路径常常说不清，有了治理面，加速方案顺手把合规这关也答了。

这套架构有个容易被忽略的前提：加速能力最好长在一张现成的骨干网上。犀思云的全球加速跑在自有两百多个 POP 的 SDN/SRv6 骨干上，与多云网络、跨境专线是同一张网，加速只是开通一项能力，不用另起一套网络，预算与运维并表。相比在公网上叠隧道的纯软件方案，这种自有网络资产的加速，确定性高出一个量级。

五类行业参照，侧重指标各不相同

参数要跟着行业走，因为大家考核的本就不是一回事。

跨境电商：盯峰值确定性，促销损失全压在高频时刻，重点看晚高峰丢包承诺与抗拥塞，可用"直播中断 42 分钟、单场损失 33 万"的量级倒推。

制造出海：盯长连接，ERP、MES 是长连接加中等吞吐，看抖动控制与故障切换时间，可参照泰国工厂 90 秒响应、产线停等的案子。

AI 企业：两类都盯，训练看吞吐与丢包，1% 丢包效率大致减半；推理与 Agent 看尾延迟与连续性，P99 能否持续稳住是 2026 年新增考核项，因此必须做分级 QoS，把推理、训练、采集、管理分开保障。

SaaS出海：盯工作台，客户一天八小时挂在工作台上，看跨洋长连接保活、抖动控制与多租户隔离，卡顿的工作台在续约时就是劣势，量级是整年合同额。

游戏出海：盯实时交互，匹配、战斗指令毫秒级敏感，看尾延迟与瞬时断连恢复，可参照实时调度从 752 毫秒压到 41.8 毫秒的案例，以及无人仓 80 毫秒内的容忍度分层。

2026 的两个新变量：推理尾延迟与 Agent 出口

2026 年的方案还要接住两个新问题。

一是推理流量的考核从均值转到尾延迟，P99 能否持续稳住成为关键，参数里要把尾延迟承诺写明白，光写平均时延不够——均值达标、尾巴崩掉，用户立刻能感觉到。

二是 Agent 会自行调用外部模型，影子 AI 流量被成倍放大，治理面认不出、收不住，加速越快、数据出域的口子越大。

所以 2026 年的全球加速方案必须两面都有：既加速，也治理。

组合部署的成本账，CDN 与全球加速怎么并表？

多数出海企业的答案是组合而非二选一，账要并起来算。CDN 按流量或带宽计费、服务公有内容分发，预算单列；全球加速按带宽或订阅计费、服务私有流量。

并表时再计入两笔省下的钱：

一是峰值冗余——私有流量走上确定性回程，不必再为高峰在公网囤超额带宽；

二是故障损失——把不加速时登录、交易卡顿的损失按期望值折进来。

量级参照：某电商全国分仓组网案例，MPLS 换 SD-WAN 后年成本从 800 万降到 250 万、砍掉近七成；

某快递物流故障恢复从 2 小时缩到 3 分钟，运维人力省八成半——光承载层这一换，省下的就够覆盖加速投入。

并表还带来治理收益：两套流量的路径落在同一张可视平面上，出境评估与审计一次说清，这是分头找两家永远拿不到的。

全球加速与跨境专线的边界，什么时候该直接上专线？

全球加速不是万金油。流量是点对点的持续大带宽时，比如总部与海外数据中心之间的数据库同步，就该直接上跨境专线：一点一线更确定，加速的多跳调度反倒多余。

第一，拓扑是多对多的动态访问，还是点对点的持续同步？前者用加速，后者用专线。

第二，出境评估要不要写明固定的物理路径？要求越硬，专线越合适。

多数出海企业是混合拓扑，所以加速与专线常同网共存：专线打底，扛点对点同步；加速覆盖动态访问。边界划清，方案既不会做过头，也不会做不够。

写在最后：上线后怎么证明方案达标

上线不等于结束，用三个口径验收。

第一，按招标时约定的峰值实测方法，赶第一个促销周期复测，对照当初的承诺值。

第二，看尾延迟分布，盯 P99 别盯平均，实时业务的体感由尾延迟说了算。

第三，看治理面覆盖：影子流量收编了多少、出境路径台账全不全，这是合规侧的验收项。三个口径走完，全球加速方案是否达标、治理是否闭环，就有了一致的验收标尺。