软件实现SD-WAN是众望所归？最终用户和服务提供商有话说

首先，谈谈硬件

最终用户现在已经开始部署软件定义广域网（SD-WAN），以此作为其创建虚拟私有网络并节省接入成本的方式。企业用户总是想要寻求最简单的解决方案，因此每个SD-WAN提供商都提供了相应的“交钥匙”产品。所有的产品都是预集成的，可以以简单的方式获取并部署。

在硬件设备中实现SD-WAN颇具意义，它为终端用户提供了所需的功能，并使其易于使用，但是这些用户目前已经开始体验到基于设备的方式的缺陷。

如果他们需要SD-WAN厂商目前不能支持的功能怎么办？只能拆卸和更换硬件。如果厂商没有提供足够的支持又该如何？只能向每个端点派遣IT人员。具有远见目光的IT领导者已经开始在反思：“为什么在云计算和软件时代，仍然需要部署硬件设备？”

服务提供商能够解决这个问题？

部署硬件设备是一个问题，但SD-WAN的问题不止于此。以跨国企业为例，使用SD-WAN与很多本地接入提供商的企业，用户管理的SD-WAN部署使得CIO成为自己的网络提供商和集成商，当广域网有问题时，只能自己解决。

最终用户看中的是SD-WAN带来的优势：降低成本、应用程序可视化和服务敏捷性。用户不想去运行自己的网络，因此他们会需要运营商来帮助管理SD-WAN。服务提供商之前普遍认为SD-WAN会对其三层VPN产品和MPLS专线造成冲击，但是当用户需要管理SD-WAN的服务时，服务提供商需要提供相关的服务，服务提供商会根据用户现场的封闭和厂商特定的硬件设备推出SD-WAN服务。

用户在这一过程中得到了想要的功能——一个托管的SD-WAN产品，但在功能和服务敏捷性方面又回到了原点，功能的重大改变都需要改变每个端点的物理基础设施。

必须为最终用户和服务提供商提供更优越的方式。

SD-WAN应该适应以云为中心的架构

业界有很多人在讨论SD-WAN的功能和成本问题，但大多数人都忘记了S所代表的是软件。软件虚拟网络功能（VNF）目前已经可以在SD-WAN中使用，因此为什么非要使用封闭的硬件设备提供服务？

服务提供商意识到通过硬件来部署SD-WAN是存在问题的，使用封闭的硬件设备会对功能和SD-WAN厂商的响应能力造成风险，但风险远不止如此。

另一个缺陷是使用硬件设备会将服务绑定到基础设施中，改变服务就意味着需要对硬件基础设施加以改变。这种方法与服务提供商能够处理注入应用程序之类的服务的愿景相悖，在以云为中心的模式中，需要以软件的形式定义、构建、交付和管理服务。这样就无需更换底层硬件，使用VNF实现的SD-WAN与云计算的愿景相一致。

将SD-WAN于通用平台集成

服务提供商通过使用硬件设备来解决用户的即时需求，他们正在转向开放式商用服务器（COTS）上运行的软件VNF，这一变化与通用CPE（uCPE）的总体趋势相结合。通过uCPE，服务提供商可以将其所有的虚拟化服务部署在一个通用的低成本COTS平台上，这种方式可以动态部署各种各样的软件VNF。这一举措最大的优势是他们可以所有平台上使用相同的软件，创建一致的服务。他们可以在一次集成的情况下，通过一致的管理界面部署多种服务。这些优点是硬件设备所不具备的。

以软件实现SD-WAN

服务提供商渴望获得以云为中心的创新优势，同时降低成本和功耗。这一创新举措的一部分是为终端用户提供所需的服务，如SD-WAN。服务提供商应该采用以云为中心的架构，在开放的COTS平台上承载软件功能。这种方式使得SDN和NFV等技术的采用者能够创建和部署有利可图的新服务。同样，最终用户应该要求将新服务部署在为开放式服务器上运行的软件。

对于最终用户和服务提供商来说，任何其他方法都是为了最终避免厂商锁定。

原文链接：https://www.sdxcentral.com/articles/contributed/dont-use-hardware-appliances-sd-wan/2017/09/

生成海报

免责声明：本网站内容主要来自原创、合作伙伴供稿和第三方自媒体作者投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。任何单位或个人认为本网站中的网页或链接内容可能涉嫌侵犯其知识产权或存在不实内容时，应及时向本网站提出书面权利通知或不实情况说明，并提供身份证明、权属证明及详细侵权或不实情况证明。本网站在收到上述法律文件后，将会依法尽快联系相关文章源头核实，沟通删除相关内容或断开相关链接。