首先，談談硬件
最終用戶現在已經開始部署軟件定義廣域網（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/
京公網安備 11010502049343號