7.2 骨干网加速 Cloud Backbone

7.2 骨干网加速 Cloud Backbone

云分支接进来了（7.1），本节处理剩下的痛点：跨地域、跨云的流量质量。承上：云网关是汇聚点，流量出了汇聚点往远端走，走公网还是走骨干，就是本节的选路题。启下：骨干加速是第 1 章对照主线在运营商层面的再现——企业自建骨干不现实，那就"借用"公有云厂商的全球骨干。读完本节，你应当能给跨云互联画出三条路径并选出合理的一条。

公网中段的不可控性

从上海分支到新加坡的云内系统，公网路径大概是：本地宽带出网、国内骨干、国际出口、对端 ISP、云入口。企业能控制的只有第一段和最后一段，中间几千公里绕路、拥塞、跨境切换全看运气——高峰期国际链路丢包跳升、时延翻倍是常态。专线（云直连）能解决问题，但每朵云每条方向都拉专线，成本回到 MPLS 时代的老路。骨干加速的思路是取中：借用云厂商已有的全球骨干网（它们为自家服务 Built 的光缆与 PoP 网络），把企业流量从就近 PoP 引入、骨干直达、远端 PoP 引出，中间段从"公网彩票"变成"骨干包场"。

三条路径的对照

骨干加速的工程实现分两段：接入段，分支或云网关用 IPSec 隧道连到厂商骨干的就近 PoP（这一段仍是公网，质量取决于最后一公里）；中继段，流量进入 PoP 后在厂商骨干内转发到目标 PoP（这段是包场的），再从目标 PoP 进入目标云或目标站点。整体体验介于公网与专线之间，而成本按用量弹性——这正是它对中小流量的吸引力。

图：跨云互联三路径：公网、专线、骨干中继的成本与体验

中继与专线的组合打法

骨干加速与专线不是二选一，成熟的多云网络往往两者并用、按流量分层。分层原则：稳定的超大流量方向（数据中心级的持续复制、灾备同步）用专线锁定容量与成本；波动的、新增长的、多方向的流量用骨干加速承接——它按量计费的弹性恰好匹配波动。组合示例：企业在国内与东南亚各有云环境，上海到新加坡拉一条专线承载 ERP 同步主链路；其余六个方向（越南、泰国、菲律宾的分支到各云）全部走骨干加速；公网直连兜底。联动机制：7.2 正文的自动升级在此完整落地——公网体检单越限，策略自动把流量升到骨干加速；骨干加速容量吃紧，告警提示把固定大流量迁到专线。三条路径被同一条策略表编排，企业不再需要为"选哪条"开会，只需要为"什么条件选哪条"写规则。

计费与验收：两条防坑提示

骨干加速的计费模型与专线不同，两处容易踩坑。计费：按流量或按"接入档位"订阅，不同厂商口径差异大——有的按 PoP 接入速率收订阅费，有的按中继流量计费，跨国方向的单价还可能分层；做预算时把 1.3 节的账本口径拿过来，把"骨干加速费"当作新科目加进去对比。验收：骨干加速承诺的是中继段质量，首末段（最后一公里）不在承诺范围内；验收要按端到端测——在业务时段跑 3.2 节的体检单指标，对照该方向的 SLA 目标，而不是只看厂商控制台里的骨干段绿条。

一条跨云链路的选型演算

把三条路径的决策走成演算。场景：企业需要把每日约 300 GB 的交易数据从上海本地数据中心复制到新加坡的灾备云，允许的复制窗口为每日凌晨四小时，另有少量交互式查询流量（高峰期约 5 Mbps）需要随时可用。先算数据流的带宽需求：300 GB 除以 4 小时约合 170 Mbps 的持续吞吐，叠加纠错与协议开销按 220 Mbps 备料。路径一（公网直连）：晚高峰后的凌晨公网质量尚可，但国际方向 220 Mbps 的持续吞吐对单条宽带是豪赌，按月看成功达标率无法承诺——排除作为主路径。路径二（云直连专线）：10 Gbps 端口加跨区流量费，月成本高，但带宽无忧；对日均 300 GB 的量，利用率偏低。路径三（骨干加速）：按 250 Mbps 接入档订阅加中继流量费，月成本约为专线的四到六成，凌晨窗口的质量实测达标。结论：数据复制走骨干加速，交互式查询走公网直连（量小、可容忍波动、越限自动升级）。同时约定：若未来复制量翻倍，触发"升级为专线"的评估线——选型不是一锤子买卖，要预留升级触发条件。

演算里有方法论可复制：先按业务算带宽与时间窗，再按量级套路径单价，最后写触发条件。跳过第一步直接看报价单，是跨云选型最常见的浪费。

问题：骨干加速与自建全球骨干的厂商，怎么判断承诺的可信度？

看三类证据。架构证据：PoP 数量与位置清单、骨干是否覆盖你要的方向（厂商地图上没有的路径，"加速"就是公网换皮）、中继段是否同厂商端到端（中途借第三方骨干的，质量不可控）。实测证据：PoC 期在你关心的方向、你的业务时段连续测两周端到端指标——厂商演示环境的绿条不算数，这一点与 7.2 正文强调的端到端验收一脉相承。合同证据：中继段的时延丢包写入 SLA、不达标的赔付条款、以及按月的质量报告义务。三证齐全再签，缺任何一证，就当它是条好一点的公网来定价。

PoC 验收的实测清单

骨干加速的 PoC 与普通链路验收不同，要按中继特性设计四组实测：方向组——企业实际关心的每一条跨区域方向都测，厂商地图覆盖不等于质量达标；时段组——业务高峰与低谷各测，中继段在双方PoP高峰期的拥塞表现是分水岭；故障组——人为制造中继 PoP 切换，观察路径切换时长与体验抖动；对照组——同一时段同方向跑一条公网直连对照，量化"加速"的真实增益，这个数字将来是续约谈判的依据。四组数据汇成一页实测报告，与厂商 SLA 承诺逐条对照——达标写进合同，不达标的部分降价或排除。骨干加速是典型的"信任但要测量"的服务，所有口碑与演示在实测报告面前一律降权。

本节要点

• 跨云路径三条：公网（便宜但赌运气）、专线（最优但按方向叠加成本）、骨干加速（中庸且弹性）。
• 骨干加速的原理是借厂商骨干当中继：接入段与引出段仍是公网，中继段包场。
• 计费按用量订阅，预算里单列科目；验收必须端到端测，中继段绿不等于端到端好。
• 路径选择可以自动化：普通走公网、越限自动升级骨干加速，让 3.3 的策略表管到云间流量。

云网边界到此走完。下一章抬头看路：这套体系往哪里演化——AIOps、5G 与标准生态。