上一篇《下一代 SD-WAN 架构标准》提出，SD-WAN 的评估标准正在从“链路层指标”升级为“架构层指标”——连接对象从站点扩展到多云和算力中心，承载能力从单一组网扩展到组网、上云、安全、AI 接入四类业务。按这个标准重新看 MPLS，它的定位不是被替代，而是下一代 SD-WAN 架构中的一个“确定性链路层”。本文从架构代际视角出发，拆解 SD-WAN 与 MPLS 的底层逻辑差异，给出三个与前篇评估维度对应的判断问题，并说明混合组网为什么是下一代架构的典型落地形态。
上一篇文章的结论，决定了这篇文章的起点
上一篇的核心判断是：第一代 SD-WAN 标准围绕“替代 MPLS、降低专线成本”建立，评估维度是链路成本、选路能力和分支接入规模。但 2026 年企业广域网的流量重心已经转向分支直连云端、总部连多云、算力中心互联，第一代标准无法回答“架构能否承载云与算力”“能否统一承载多类业务”“能否随业务生长”。
按这个判断，SD-WAN 和 MPLS 的关系需要重新理解。
传统视角把 MPLS 和 SD-WAN 看作“二选一”的替代关系——要么继续用 MPLS，要么换成 SD-WAN。但架构代际视角下，两者的关系是分工：MPLS 提供确定性链路层，SD-WAN 提供灵活编排层，两者叠加构成下一代广域网架构的完整能力。
这个判断决定了本文的分析框架——不从“谁更便宜”出发，而从“各自在架构中承担什么角色”出发。
SD-WAN 和 MPLS 的底层逻辑有什么不同
MPLS：确定性链路层
MPLS 是运营商骨干网上的标签交换技术。企业在运营商网络上获得一条逻辑专属通道，数据包打上标签后沿预设路径转发，不经过公网。
它的核心价值是确定性。运营商通过 SLA 承诺延迟、抖动、丢包率，路径固定，性能可预期。带宽是独占的——你的 10Mbps 就是你的 10Mbps，不和任何其他用户共享。
代价是成本。MPLS 按带宽和距离计费，跨省链路月租数千元起，跨国链路年费可达数十万元。开通周期 2 到 4 周，跨国链路更长。带宽调整需要重新向运营商申请，周期以月计。
SD-WAN：灵活编排层
SD-WAN 的核心逻辑是控制面与转发面分离。控制面集中在云端或控制器，负责策略计算；转发面分散在各地 CPE 上，根据策略执行流量转发。
它不依赖单一物理链路。可以同时接入普通宽带、4G/5G、MPLS 专线等多种底层传输，在其上构建加密的 Overlay 虚拟网络。系统实时探测每条链路的延迟、丢包、抖动，动态为每个应用选择最优路径。
优势是灵活。新站点支持零接触部署，设备寄到后插电自动上线，最快天级开通。带宽是各链路之和，扩容只需新增一条宽带。在分支办公和云访问为主的场景下，成本通常为 MPLS 的 1/5 到 1/3。
但公网链路的时延和抖动不可控。对于数据库同步、实时交易这类对抖动敏感的业务，SD-WAN 无法替代专线的确定性。
底层逻辑对比：MPLS 标签交换 vs SD-WAN 转控分离
两者的关系可以这样理解：MPLS 是“确定性链路层”，提供保底的传输质量；SD-WAN 是“灵活编排层”，在多种链路之上做智能调度。 这不是替代关系，是分层协作关系。
下一代 SD-WAN 的三个评估维度，对应三个选型判断
上一篇提出了下一代 SD-WAN 的三个评估维度：连接对象覆盖范围、承载能力可组合性、演进能力可生长性。按这三个维度重新看 SD-WAN 和 MPLS 的选型，可以得到三个对应的判断问题。
三个评估维度对应的三个选型判断问题
维度一对应：连接对象是否覆盖 MPLS 无法触达的位置
第一代标准的连接对象是“站点”。下一代标准的连接对象多了三类：多云、算力中心和应用服务。
MPLS 的架构原点是企业站点之间的互联。当流量需要访问公有云、SaaS 服务、AI 模型 API 时，MPLS 需要流量先绕行企业总部再接入公网，增加延迟也浪费专线带宽。
SD-WAN 可以就近接入公有云 POP 点或 SaaS 加速节点，避免流量绕行总部。对于云优先架构的企业，这是 MPLS 无法覆盖的能力。
判断问题：你的业务流量中，访问公有云和 SaaS 的占比有多高？如果超过 40%，纯 MPLS 架构就存在结构性短板。
维度一：纯 MPLS 与混合组网的上云路径对比
维度二对应：承载能力是否只能覆盖一种业务
第一代 SD-WAN 是“一个需求加一套设备”。分支互联加一台 CPE，上云加一套云网关，安全加一台防火墙，AI 接入加一台网关。
下一代标准的承载能力是可组合的——组网、上云、安全、AI 接入四类流量在同一台设备上统一承载。
MPLS 在这方面的局限是：它只承载站点间互联流量。上云流量、安全检测、AI 接入流量需要额外的设备和线路。每加一类需求，就加一套系统。
判断问题：你的网络是否需要同时承载组网、上云、安全、AI 接入中的三类以上？如果是，单一 MPLS 方案会导致多套系统并行，运维对象不收敛。
维度三对应：演进方式是否随业务生长
第一代 SD-WAN 的扩展方式是“加设备”。下一代标准的扩展方式是“加载能力”。
MPLS 的扩展方式是向运营商申请带宽调整，周期以月计。如果企业每年新增数十个分支或站点，MPLS 的开通周期是硬伤。
SD-WAN 的零接触部署将新站点上线周期压缩到天级。新能力在控制台给已有设备加载软件模块，不需要更换硬件。
判断问题：你的站点数量在未来 12 个月是否会显著增长？如果增长率超过 30%，MPLS 的扩容节奏会跟不上业务节奏。
混合组网为什么是下一代架构的典型落地形态
三个判断问题指向同一个结论：很少有企业完全适合其中一种方案。
核心业务需要 MPLS 的确定性，分支扩张和云访问需要 SD-WAN 的灵活性。两套需求并存，催生了混合组网。
混合组网不是权宜之计，而是下一代 SD-WAN 架构的典型落地形态。 它的架构逻辑与上一篇提出的“云中心连接+统一承载”完全对应：
- 以云、算力、应用为中心：混合组网中，MPLS 承载站点间确定性流量，SD-WAN 承载云访问和分支流量，两类流量根据业务类型分流，不再以总部为唯一中心。
- 统一载体承载多种能力：SD-WAN 控制器统一管理 MPLS 链路和互联网链路，策略独立配置，运维对象收敛。
- 加载能力而非增加设备：新站点寄一台 CPE 过去，插电自动上线，MPLS 或互联网链路按场景选择。
混合组网的技术架构通常是这样设计的：分支 CPE 同时配置 MPLS 专线接口和互联网接口，SD-WAN 控制器根据应用类型和链路质量动态分流。视频会议走专线保低延迟，文件下载走宽带控成本，任一链路故障时自动切换到备用路径。
混合组网的技术架构：一台 CPE、两类链路、按应用分流
怎么算清楚混合组网的账
混合组网的成本优势来自“分流”——核心流量走专线，非核心流量走互联网。
一个量化的参照：20 个分支节点的工业场景下，纯 MPLS 组网的年线路费用约 48 到 120 万元（按单条 10M 专线月费 2000-5000 元估算）。采用“互联网宽带+4G/5G+少量专线”的混合模式，年线路费用通常可降低 30% 到 50%，具体幅度取决于原有专线占比和当地宽带价格。
混合组网的部署逻辑是分三步。
第一步：分类业务流量。 列出所有业务系统，标注哪些对时延抖动敏感（走 MPLS），哪些对成本敏感（走互联网）。核心交易、数据库同步归入第一类，办公协同、SaaS 访问、文件传输归入第二类。
第二步：设计链路组合。 每个站点至少配置两条链路——一条 MPLS 或专线保底，一条互联网宽带承载非核心流量。两条链路通过 SD-WAN 控制器统一管理。
第三步：评估混合方案的 TCO。 将 MPLS 链路费、互联网链路费、SD-WAN 设备和服务费、运维人力成本加总，对比纯 MPLS 方案的三年 TCO。差距通常在 30% 以上。
混合组网的线路成本账与三步部署
数据来源
- SD-WAN 与 MPLS 成本对比：行业横评数据。
- SD-WAN 总拥有成本为 MPLS 的 1/5-1/3：犀思云知识库《智能组网 SD-WAN 和传统 MPLS 专线有什么区别？》，2026 年 4 月。
- Gartner 预测 60% 新 SD-WAN 采购并入 SASE：Gartner，2026 年。
