SD-WAN服务框架如何理解

SD-WAN服务框架如何理解，把它理解成一套放在现有线路之上的调度和集中管理，不是一条新的海缆。底下仍然要有互联网、专线或两者。

框架里通常有三块。设备或软件在每个站点。控制用来集中下发策略，比如哪类应用优先、哪条线路当备份。数据仍从站点的线路出去，不会因为有了控制就不再需要带宽。控制中断时，已建立的转发能不能继续，要问供应商并写进设计，不能假设。

它适合站点多、线路种类杂、希望统一看质量和少跑到每个站点改配置的时候。它不适合没有底层线路、只想要一个名字就全球有网。每个站点的本地接入还是要单独订。最后一公里断了，上层策略没有路可走。

和专线、和普通路由器的差别，在于策略和可视性是不是集中的。如果供应商只是在每个点放一台能上网的设备，没有集中策略，那和分散买宽带差不多，不要按 SD-WAN 的预期验收。

验收看这些：站点是否都在线，某条线路断开后业务是否按约定切到另一条，关键应用是否走了你指定的路。只看有一台设备亮灯，框架没有交付完。

举一个对得上的用法。分支既有宽带又有一条到总部的连接，策略让会议优先走更稳的那条，断了再切。管理在一处完成。

举一个对不上的用法。没有第二链路，却期望 SD-WAN 在挖断光纤时仍保持速度。没有第二条路，切换无从发生。

SD-WAN服务框架如何理解，上层是集中策略，下层仍是你买的线路。验收看切换和路径是否按约定发生。