包括SDN、SDS等已經被提出了好多年了，現在也基本褪去，不再是被學術技術和商業資本追捧的對象。此時，我們來看SDX到底做成了什么樣子、做出了什么成果、還有哪些目標沒有實現，基本是可以看得比較清楚了。

SDN和SDS等最初的架構和目標都比較一致，在架構上都推崇管控面和數據面分離、集中式管控、具有標準開放的南北向管控接口，在設計目標上都想通過標準來直接面向應用，以使得應用來獲取更確切的資源和QoS保障。但是在當今來看，有其成功的方面，也有其失敗的領域，這里我們簡單匯總說下：

(1) 整體來講SDX，其架構設計是成功的，但是目標達成上是失敗的；無論是SDN還是SDS，都出現了大量的控制器，包括開源的和各家產品廠商的，可謂是百花齊放、百家爭鳴；但是在直接為應用提供資源和QoS等設計目標上，基本上是失敗的，因為所有的SDN或SDS控制器，都沒有提供標準的北向接口，即使有些標準的定義，但是對于千變萬化的應用來說，根本無法滿足抽象建模和直接對接使用的要求，最終SDN和SDS的Software或App變成了自動化配置網絡或存儲的特性能力、云平臺等的網絡云服務，比如OpenDaylight的架構就可以清晰看出這點；

(2) SDX對于網絡設備和存儲設備的自動化配置方面，無疑是巨大的成功，通過豐富的南向能力，而且已經形成多個標準；基于云計算/運營商NFVI等領域的需求，SDX極大滿足了配置自動化，大大增加了配置的正確率，基于SDX的自動化能力提升了客戶新業務部署能力、故障解決能力和創新能力；還有些廠商的SDX控制器可以同時接入多個廠商的設備，從而實現客戶局點設備的統一集中管理，也提升客戶的維護易用性；但是在SDX的南向標準上，標準非常之多，而且每個網絡廠商在SDN或存儲廠商在SDS等方面都有自己的考慮，唯恐被各自的友商所把持客戶界面入口，所以基本都會提供自己的控制器，并且商用友好型相比異構設備都有很大程度的降低；

(3) SDX的集中式控制，很多人認為會有單點故障，這類分析者是完全沒有理解SDX的集中式內容所指，混淆了架構設計和技術理念；SDX的集中式控制是技術理念，相比傳統的設備各自控制自己，然后通過集群信令在各個設備間的帶內進行交互形成集群。而這些分析者所提出的單點故障，是對于SDX的控制器系統設計來說的，很明顯具有一定系統設計的架構師來說很明顯會想到多住集群或主備高可用等設計，更有創新者設計出了分布式控制器（比如Dragonflow和ovn等），所以控制器的技術理念和系統設計都是成功的；但是業界控制器繁多，如前面所述，包括開源的和各家廠商的，而且北向也不同；也導致千變萬化的應用無法直接對接控制器，也影響了SDN設計目標的達成；

(4) SDX在最初的應用場景并不是很明確，而設計目標又過于遠大，這個也是SDN期初被討論時有點盲人摸象，讓初學者不知所以，這個是SDX失敗的地方；不過很快，隨著云計算的發展，云網絡服務和云存儲服務，成為SDX的最大應用場景；在當今軟硬件融合的產品快速發展下，SDX將會持續提供對應輝煌的支撐。

從SDX的整體發展歷程看，每一項新技術都會存在被討論/被追崇，然后成熟后被應用，到最后被冷落的過程；而SDX尤其是網絡領域，屬于長久沒有大技術看點而被寄予厚望的風口點，最終被設備商聯合絞殺下逃向云計算領域；我們只能希望云計算能攜手SDX向設備商有一天能反攻回來。

所以SDX最大的失敗是敗給了LDE（Leader Defined Everything），最大的成功則是抓住了幾個應用場景，能得以持續發展。