如果你正在考虑是否SD-WAN为了改善贵公司的广域网，我了解到首先掌握不同的SD-WAN架构是很重要的。
作为一个长期业务ISP和云服务中介，我已经在家里最好的座位观看SD-WAN热潮起飞。几十个SD-WAN产品提供弹出，我做这一切的感觉令人羡慕的工作。[叹]
根据我的观察，SD-WAN架构有3个主要部分，每个部分都有利于特定类型的公司。哪种架构是“最好的”取决于公司通过WAN访问的应用程序。
1.在-PREM-只
一个“的预置型专用” SD-WAN架构酷似它的声音。您的公司有一个SD-WAN盒（本质上是一个即插即用的路由器），在每个站点进行实时的流量整形......就是这样。
附注：请注意，我狡猾地使用缩短的“炳”的术语，绕过IT业界出了名的加热“的前提下对处所”语法的说法。[哈！]
与其他一些架构不同，现场的SD-WAN盒子可以不连接到云网关(稍后讨论)。它只能连接到你公司的其他网站。
最适合:
公司内部托管所有的应用程序(没有任何云应用程序)。如果您的公司没有使用云应用程序，那么就不太需要使用支持云的SD-WAN解决方案。添加云支持将不必要地增加成本。常见的配置是保持A(小得多)，MPLS网络实时应用程序(如语音，视频，或虚拟桌面），以及利用公共互联网（通过SD-WAN控制），其他一切。
好处:
- 降低或零每月SD-WAN云支持带宽成本。
- 多电路/ ISP负载平衡。
- 实时流量整形，提高所有WAN应用的性能。
- 通过更好的连接备份，改进了灾难恢复(DR)。
2.应用云计算的
在支持云-SD-WAN架构，该解决方案提供了一个现场SD-WAN盒连接到云计算（虚拟）网关。通过这种架构，您的公司可以享受到仅on-prem架构的好处(即实时流量调整和多电路负载平衡/故障转移)，还可以提高云应用程序的性能和可靠性。
云网关直接联网到主要的云提供商(即云服务提供商)。Office 365,AWS,销售队伍等)，从而使您的云应用程序的性能得到全面提升。此外，如果您公司的互联网电路在使用云应用程序时出现故障，网关可以保持云会话处于活动状态(当电路断开时)。如果您的公司有一个备用的互联网电路，SD-WAN可以立即将您的云应用程序重新路由到您的公司的备用互联网电路，防止单个会话的中断。
最适合:
公司运行大牌云应用程序，例如Office 365，AWS，投递箱，天青，Salesforce的，等常见的配置是一个小的MPLS网络上运行的内部实时应用和具有云应用（以及一切其他人），运行在公共互联网上，通过SD-WAN控制。
好处:
- 云网关，提高云应用程序的性能。
- 云网关，提高云应用程序的可靠性。
- 多电路/ ISP负载平衡。
- 实时流量整形，提高所有WAN应用的性能。
- 具有更好的连接备份改进DR。
3.云计算+骨干
有骨架总是好的，对吧?当云支持的SD-WAN体系结构得到一个主干时，它可以被提升到另一个层次。“云支持+主干”的SD-WAN架构提供了一个现场SD-WAN盒，将您的站点连接到SD-WAN提供商最近的网络存在点（POP）在那里，您的流量跳在SD-WAN提供商的专用光纤网络骨干上。
当你的WAN流量穿越SD-WAN提供商的私有骨干，它是保证维持低水平潜伏,包丢失和抖动。这特别改善了所有网络流量的性能实时像声音、视频和虚拟桌面这样的流量。主干还直接连接到主要的云应用程序提供商(如Office 365、AWS等)，这就像之前的架构一样，提高了这些应用程序的性能和可靠性。
最适合:
一家运行大量实时网络应用程序的公司，希望完全废弃他们的MPLS网络(以降低成本)，但又不希望他们的实时流量100%通过公共Internet，(因为担心高延迟、包丢失和抖动)。
好处:
- 广域网流量主要是骑在一个私人的骨干，提高所有网络应用中，特别是实时应用程序的性能。
- 云网关，提高云应用程序的性能。
- 云网关，提高云应用程序的可靠性。
- 多电路/ ISP负载平衡。
- 实时流量整形，提高所有WAN应用的性能。
- 具有更好的连接备份改进DR。
目前提供这种架构的厂商并不多。[whah，whah，whaaah]
但是随着许多ISP将SD-WAN服务添加到他们的产品组合中(因为ISP已经有了主干基础设施)，只有几家ISP最终将这一选项添加到他们的SD-WAN产品中才有意义。
听起来很简单，对吧?嗯……有点。当然，在这3种架构中的每一个都有更多的变量但我认为这为您准确地评估和设计您的公司的SD-WAN解决方案提供了一个坚实的开端。