SD-WAN是新的MPLS吗？

‍‍

随着SDWAN的采取日益成熟并从“太高的期望峰值”转变成“开明的范围”，我听到的许多技术人员都在思考SDWAN会不会是新的MPLS。

如果您向杰出的工程师提出此问题，他们将在技术层面上强烈反对，从OSI层和数据包/协议格式的角度比较差异。

但从业务和质量的角度进行比较，可偏向于同意SDWAN是新的MPLS。

就联网而言，从创建之初起，主要目标一直是围绕提供一种将利用程序缝合在一起的结构。

虽然SDWAN是一种覆盖技术，但仍需要满足期望（客户之声），以提供适当的利用程序体验，网络结构的可用性和SLA 的解决方案的弹性。

以下是SDWAN的关键属性，这些使其成为新的网络结构的有力竞争者：

连接性

发送和使用网络流量的端点并没有太大变化，但是多年来，流量模式的混合肯定已产生了变化，大部份流量都来自云端点或来自云端点。在企业已部署了很长时间的典型集线型拓扑中，集线器现在从企业具有的集线器站点发展到云集线器，该云集线器既可以是企业外包数据中心，也能够是AWS / Azure / IBM / GCP。关键是SDWAN，可以提供业务流程以实现IT +利用程序的意图，并将其转换为跨这些端点的统一的无缝安全网络结构。不管您是为网络结构部署全网状拓扑或者中心辐射型拓扑，SDWAN都可以调和这些拓扑中的利用程序体验。

网络弹性和高可用性

多年来，一直在链路，节点和网络级别上丈量网络弹性。为了提供出色的利用程序体验，IT决定使用第三评估利用程序性能的工具。MPLS对59的普遍要求是诸如ISSU（服务中软件升级）和快速重路由（FRR）之类的技术，以保持较高的网络可用性。随着散布式系统和计算已成为规范，弹性已通过两种方式解决。一种是专注于利用程序弹性，并提供必要的基础架构冗余，例如两重SDWAN，带有利用程序QoE的多个WAN链接，以在任何网络组件故障的毫秒内提供利用程序弹性。另外一个重点是在SDWAN控制器上使用基于Web范围微服务的软件，其中不中断地进行升级/降级，工作负载在可用性区域中移动，在端点上上下扩大的数量是正常的，而不会影响利用程序体验。

我其实不是说MPLS将消失，但我们将开始将SDWAN视为大多数网络结构的基础，由于它以比MPLS更集成的方式将利用程序连接到网络层。SDWAN也能够在没有MPLS底层的情况下进行部署，也能够不使用MPLS底层。