SD-WAN 的评估标准正在经历一次代际更替。第一代标准围绕“替代 MPLS、降低专线成本”建立，评估维度是链路成本、选路能力和分支接入规模。但 2026 年企业广域网的流量重心已经转向分支直连云端、总部连多云、算力中心互联，同时 AI 应用接入与 Agent 协同流量开始进入企业广域网，AI 辅助运维成为衡量架构先进性的新维度。第一代标准无法回答“架构能否承载云与算力”“能否统一承载多类业务”“能否随业务生长”这三个问题。本文从流量模型的变化讲起，给出下一代 SD-WAN 的架构定义，提出三个评估维度，并说明符合这个标准的架构应该长什么样。

一、第一代 SD-WAN 评估框架，已经用了十年

1、第一代标准的三个指标

软件定义广域网（SD-WAN）的第一代评估标准在 2015 年前后形成。当时企业面对的命题是 MPLS 太贵、能不能用互联网替代，因此判断一个方案好不好，看三个指标：能接几条互联网链路、选路够不够智能、成本比 MPLS 省多少。

2、这套标准解决过什么

它回答的是当时的痛点，因此主导了将近十年的市场。它的评估重心是链路成本、选路能力和分支接入规模，对多云连接、算力互联、AI 应用接入与智能运维的覆盖有限。

3、为什么现在需要重新评估

企业的连接对象已经从站点扩展到云、算力中心和应用服务，旧框架里没有对应的评估项。当品类的核心命题变了，评估它的标准也要跟着变。

SD-WAN 评估框架的代际更替

二、流量模型变了，评估口径也要调整

1、流量重心从回传总部转向直连云与算力

第一代框架建立在“分支连总部”的流量模型上，今天更常见的是多中心网状：分支直连云与应用，总部连接多云，算力中心之间需要高带宽互联。Gartner 相关 WAN 与 SD-WAN 研究给出的方向判断是一致的——站点侧互联网连接占比持续上升，采购重心从替代专线转向支撑云与应用。公开转述中常见的口径是到 2026 年约 45% 的企业站点以互联网作为主要 WAN 连接，这一数字属于转述口径，落地引用应以报告原文为准。

2、AI 流量进入企业广域网

多数企业会同时遇到两类新流量：员工和业务系统通过统一 AI 网关访问外部大模型的接入流量；企业内部 AI Agent 之间、Agent 与后端系统之间的协同流量。两类流量的共同特征是突发性强、时延敏感、访问需要可审计。需要区分的是，训练与推理的流量特征并不相同：分支侧以推理调用和 Agent 交互为主，算力中心之间以训练数据与参数同步为主，具体比例要按业务实测，套用一个固定倍数并不严谨。

3、市场规模数字要连口径一起看

全球 SD-WAN 市场规模在不同机构口径下差异明显，差异主要来自是否把服务、安全能力与云侧连接计入。CSDN《2026 SD-WAN 全行业深度横评》的口径是 2026 年全球约 120.3 亿美元、中国企业级部署渗透率约 45%；IDC 口径下 2025 年中国市场规模突破 120 亿元人民币。两个数字的地域和统计范围不同，不宜混用。

企业广域网流量模型：从星型回传到多中心网状

三、下一代 SD-WAN 的架构边界

1、公开定义覆盖了什么

Gartner 对 SD-WAN 的公开定义是：连接分支位置到其他企业及云位置的产品，提供应用感知的动态路径选择，支持路由、集中编排、VPN 和零配置，且不依赖特定 WAN 传输载体。这覆盖了连得通、选得对、管得住，但没有回答云、算力与应用成为连接重心之后，架构边界在哪里。

2、公开研究指向的两个方向

Gartner 相关市场研究给出两个方向性判断。一是网络与安全能力的融合继续推进，单一供应商 SASE 平台是观察到的采购趋势之一；趋势不等于规则，多厂商方案通过统一编排同样可以实现相近的融合效果，选型看的是运维边界和合规要求，不是供应商数量。二是企业自管理或共同管理的部署占比继续上升，架构可控可演进因此变得重要。

3、本文采用的架构定义

下一代 SD-WAN 的架构定义是：以云、AI 模型、算力、应用为中心的连接架构为基础，以统一承载为能力框架的广域网架构。它在“连接分支到企业及云位置”的基础上，把连接对象从站点扩展到多云、算力中心和应用服务，把承载能力从单一组网扩展到组网、上云、安全、AI 接入四类业务，把演进方式从增加设备改成加载能力，并用 AI 辅助运维提升网络可见性。

四、下一代 SD-WAN 的三个评估维度

下一代 SD-WAN 评估框架：三个维度，一条贯穿线

1、维度一：连接对象的覆盖范围

第一代标准的连接对象是总部、分支、门店、工厂。下一代多了三类：多云、AI 模型与算力中心、应用服务。

评估的第一问是，方案能不能把云专线、云网络、多云连接纳入统一纳管。如果只能管住互联网和 4G 两类链路，核心业务就进不了统一管理，网络会重新变成两张皮。这个维度考验的是架构设计：支持多云接入，意味着控制面要能对接云侧路由体系，数据面要能建立到云 VPC 的隧道，管理面要能统一编排站点与云之间的策略。云专线与 SD-WAN 融合的逻辑是分层承载——云专线作为骨干底座承载核心业务流量，SD-WAN 作为混合链路接入层。

可核查动作：要求服务商现场演示“站点到多云 VPC 的策略在同一控制台编排”，而不是只提供一份互联清单。

2、维度二：承载能力的可组合性

第一代的做法是一个需求加一套设备：分支互联加一台 CPE，上云加一套云网关，安全加一台防火墙，AI 接入加一台网关。每加一类需求，就多一套管理后台、一套告警体系、一套故障定位流程，运维对象不收敛，运维效率不会提升。

第二问是，组网、上云、安全、AI 接入四类流量能不能在同一个载体上按需加载。工程支撑是软硬解耦：NFV 把网络功能软件化，在通用硬件或云实例上按需加载；控制面与转发面分离，让能力以软件模块形式加载，而不是出厂即固定。

这里需要给出边界。NFV、uCPE、vCPE 能实现能力模块化，但能否同机承载，取决于性能余量、隔离要求、合规约束和故障域设计。高性能安全检测、加密吞吐这类重负载，通常更适合独立资源或分层部署，并非所有场景都适合一台设备承载全部能力。

可核查动作：把企业未来 12 个月的业务清单列出来，逐项确认哪些能在现有载体上加载、哪些需要独立资源。

3、维度三：演进能力的可生长性

第一代的扩展方式是加设备：新站点加一台 CPE，新能力加一套硬件，站点数量翻倍时硬件成本与运维复杂度同步翻倍。

第三问是，今年 50 个站点、明年 200 个站点，硬件成本会不会线性增长；今年做分支互联、明年要接入 AI 算力，需不需要更换设备。软硬解耦架构的扩展方式是加载能力：新站点寄一台融合网关过去、插电自动上线，新能力在控制台给已有设备加载软件模块，不必更换硬件。

可核查动作：按三年期做 TCO 测算，把设备更换、上门实施和停机窗口都算进去。

4、AI 运维是贯穿三个维度的能力

AI 辅助运维不是第四个维度，而是贯穿连接、承载与演进的一条线。它让云中心连接的网络状态主动可见，让统一承载的多类流量按业务特征调度，让可生长的架构在扩展中保持可控。基于遥测数据与历史模型，它可以缩短故障定位时间、给出带宽与策略建议；跨域、跨厂商的复杂故障仍需要人工确认与联合排查，自动化不替代判断。

可核查动作：确认遥测数据的采集范围、留存周期和导出方式，避免看得见却拿不走。

五、符合这套标准的架构具备什么特征

符合下一代标准的 SD-WAN 参考架构

1、以云、算力、应用为中心

网络结构不再以总部为单一中心，而是以云、算力、应用为中心向外辐射，总部、分支、多云、AI 模型、算力中心、SaaS 应用都是连接对象。分支访问云端时，流量经就近节点进入骨干，直达目标云或站点，不绕行总部。这不只靠协议支持，还依赖云侧的预连接资源和故障时的联合响应能力。

2、统一载体承载多种能力

硬件网关 uCPE 和虚拟网关 vCPE 作为统一载体，组网、上云、私有 AI 网关、安全接入都是按需加载的能力。同一站点、同一台设备同时承载多类流量，通过 VRF 与 VXLAN 做逻辑隔离，QoS 分级保障关键业务。AI 场景下 QoS 需要区分三类流量：AI 应用接入流量时延敏感且需要数据管控，Agent 协同流量要求高可靠低时延，普通办公流量按常规策略转发。

3、中立云网融合

SD-WAN 与云专线、云网络不是两套系统对接，而是基于同一张中立骨干原生融合：站点侧组网与云间专线互联在同一控制台编排，骨干承载确定性时延，两端接入灵活选择链路。这个特征的前提是同时拥有组网能力和中立骨干资源——设备侧方案有 SD-WAN 能力但依赖外部骨干，云侧方案有骨干但覆盖范围偏向自家云，运营商侧有骨干但编排层相对分散。

4、统一编排与 AI 辅助运维

组网、云连接、安全能力与不同业务网络在同一控制台管理，端到端链路质量在一个界面上呈现，故障先定位到段落，再进入具体设备。AI 辅助运维在后台持续分析链路质量、流量特征与故障模式，输出优化建议与风险预警。

5、一个可参考的工程实现与厂商路径

以犀思云的 FusionWAN 融合网络方案为例，融合网关与虚拟网关作为统一载体，通过控制面与转发面分离，让 SD-WAN 组网、应用访问、私有 AI 网关、上云专线接入按需加载，实现一端多能、一线多用；骨干与国内外主流公有云 Region 预连接，站点侧设备支持零配置开局。

行业内的技术路径也在向同一方向靠拢：国内云厂商（阿里云、腾讯云、华为云、火山云）在强化自有云侧的连接与编排能力，运营商（中国移动、中国联通、中国电信）在推进骨干与云网的协同，设备与安全厂商（华为、新华三、深信服、Fortinet）则把组网与安全能力向同一平台集成。差异主要在骨干的中立性和编排的覆盖范围，这也是选型时需要逐项验证的地方。

六、四类场景正在验证这套架构

1、连锁零售：统一承载

门店需要同时承载 POS、监控、办公、AI 客服四类流量，在一台融合网关上做 VRF 隔离与 QoS 分级是常见做法。评估重点是高峰时段的收银链路保障和故障定位路径是否清晰。

2、制造：连接对象扩展

开展境外业务的制造企业需要同时连接工厂 OT 网络、总部 IT 系统、多云业务平台与跨地区算力节点。连接对象从站点扩展到云、算力和应用之后，只做分支互联的架构覆盖不到这些需求，OT 与 IT 的隔离与调度也要在同一平台上完成。

3、金融：统一编排

金融场景通常要求底层链路物理隔离，同时希望分支与总部之间有统一编排、故障定位和流量可视化。常见做法是云专线保确定性、编排层补灵活性，两类能力在同一控制台协作。

4、泛科技企业：AI 接入与 Agent 协同

一类需求是员工通过企业统一的 AI 网关访问多家外部大模型，需要网络承载接入流量，并配合网关做数据管控与访问审计；另一类是内部 Agent 之间、Agent 与后端系统之间的协同通信，需要低时延、高可靠的通道。

七、常见问题

第一代 SD-WAN 方案还能不能用？能。以分支互联和互联网替代专线为核心诉求的场景，第一代方案仍然够用。需要重新评估的是连接对象里出现了多云、算力中心或 AI 应用的企业。

统一承载是不是一台设备装下所有能力？不一定。能力模块化是前提，能否同机承载取决于性能余量、隔离要求、合规约束和故障域设计，重负载能力通常需要独立资源或分层部署。

AI 运维能不能替代人工排障？不能替代判断。遥测与历史模型可以缩短定位时间、提前发现链路劣化趋势，跨域、跨厂商的复杂故障仍需要人工确认和多方联合排查。

多云连接只要支持 OpenAPI 就够了吗？不够。协议对接只解决能连，云侧预连接资源、跨云路由协同和故障联合响应，决定的是连得上、连得稳。

怎么判断一套架构会不会很快过时？看三件事：连接对象能否扩展到云与算力，承载能力能否按需加载，演进过程是否需要频繁更换硬件。

八、结语

SD-WAN 选型的核心问题，正在从选哪家功能更强，变成选哪一代架构。

第一代标准围绕替代专线和降低链路成本建立，回答不了云与算力接入、统一承载、随业务生长这三个问题。下一代 SD-WAN 的评估标准，从连接对象覆盖范围、承载能力可组合性、演进能力可生长性三个维度重新定义，AI 运维作为贯穿能力。架构决定一张网能承载什么，AI 能力的融合程度决定它能适应到什么程度。

数据来源

1. 2026 年全球 SD-WAN 市场约 120.3 亿美元、中国企业级渗透率约 45%、综合成本较 MPLS 降低约 40%–50%：CSDN《2026 SD-WAN 全行业深度横评》口径，阿里云开发者社区转载（2026-09-12），https://developer.aliyun.com/article/1762821 。

2. 2025 年中国 SD-WAN 市场规模突破 120 亿元人民币：IDC 数据，见上述阿里云开发者社区转载材料。

3. 到 2026 年约 45% 企业站点以互联网作为主要 WAN 连接：Gartner 相关 WAN/SD-WAN 研究与分析师公开材料的转述口径，未取得公开可访问原文，引用前请核对报告原文。

4. SD-WAN 定义、SASE 融合趋势与自管理趋势：Gartner 公开定义与相关市场研究，属公开转述，未附官方链接。

5. 成本下降 40%–50% 的适用条件：替代部分 MPLS、使用互联网与 LTE 混合组网的场景，实际降幅取决于 SLA、带宽与冗余设计。

6. 零配置开局、控制面与转发面分离、公有云 Region 预连接：犀思云 FusionWAN 公开技术文档，具体能力与参数以官网文档和测试报告为准。

本文由犀思云技术团队撰写，含 SD-WAN/NaaS 产品信息，仅供技术交流。