在過去幾年當中，SDN[注]理念已經在主流業界獲得極高關注。大部分企業已經意識到該技術的存在，并有計劃進行實施或者至少有計劃對其加以評估。但與此同時，關于該技術的認識偏差仍然廣泛存在，今天我們就共同探討與SDN相關的七類常見誤解。

#1 – SDN只是云與服務供應商的事

在過去十二到十八個月當中，這仍然是曝光率***的常見誤解。盡管各早期SDN實施者確實多數屬于云服務供應商以及使用大規模網絡體系的企業，但SDN的實際收益(包括敏捷性、成本優勢、管理機制以及創新成果)完全適用于主流廠商甚至中等規模客戶。

#2 – SDN只適用于數據中心

盡管大多數關于SDN技術的探討都針對或者圍繞著數據中心展開(例如‘我能夠在幾分鐘之內啟動一套虛擬機系統，但為什么進行網絡/防火墻變更還是得用掉幾個禮拜’)，SDN同樣適用于WAN以及校園網。需要強調的是，WAN正是導致眾多客戶需要耗費數周甚至數月進行寬帶配置的罪魁禍首，而且實施成本也相當高昂。更不必提企業帶寬水平每2.9年就會迎來倍增，而且管理混合型WAN的難度也相當高。

#3 – 白盒交換機就是SDN

這一認識誤區去年同樣排在第三位。無論是否使用SDN，大家都能夠選擇白盒設備(以及品牌白盒設備)，反之亦然。從這種意義上來講，一旦大家將智能化機制引入控制器，我們對于硬件功能的依賴性將大幅降低。人們能夠(也沒有理由不)以獨立方式將二者彼此加以剝離。

#4 – SDN是實現網絡敏捷性的惟一途徑

到目前為止，SDN的“殺手級用例”已經實現了數據中心敏捷性。SDN當然能夠提高網絡的敏捷性水平，不過實現敏捷性的方式還有很多種，其中包括自動化、編排機制以及可編程體系等。此外，不要單純從敏捷性層面審視SDN，其能夠帶來的實際價值還有很多。

#5 –可編程結構就是SDN

這一誤區在去年的榜單上同樣曾經出現，因為不少專門提供可編程性以太網體系(通過利用API)的供應商往往將其描述為SDN。這些通常屬于有能力切實解決問題的出色產品。如果大家正著手構建一套新的數據中心網絡[注](+微信關注網絡世界)，我們建議各位采取這類可編程。但總而言之，可編程結構并不是SDN。

#6 – SDN只是一種網絡升級方案

SDN并不是大家能用一個周末或者三、四天時間就能完成的任務。SDN也不是我們能夠大規模引進到業務環境中的普通素材。SDN是一套架構方案，而我們建議各位根據業務規劃/需求以投機主義或者實用主義態度加以部署。大家不妨回憶上世紀九十年代我們部署負載堪稱機制時的情景。如今已經不是過去那種需要摸著石頭過河的時代，真正需要應對的是像面向公眾的網站這類具體需求(例如規模與彈性)。此外，大家已經能夠利用標準化機制借助負載均衡發展成果部署新的面向用戶應用程序。概括來講，大家應當利用同樣的方式指導SDN實現流程。

#7 – 程序員將掌控網絡

網絡技術人員們往往在聽說SDN為“網絡環境帶來可編程特性”時心中往往會泛起一絲涼意。結合DevOps迅猛發展的時代背景，典型的網絡運營負責人們通常會抱有“我最不希望看到的就是開發人員掌控網絡體系”。不過，SDN帶來的并不是當初那種淘金熱浪潮。應用程序開發人員能夠通過預先定義的模板或者藍圖為控制器編寫API，而這些模板通常是由網絡技術人員負責配置完成的。