關于SDN的七類常見誤解

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

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

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

　　2、SDN只適用于數(shù)據(jù)中心

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

　　3、白盒交換機就是SDN

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

　　4、SDN是實現(xiàn)網(wǎng)絡敏捷性的惟一途徑

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

　　5、可編程結構就是SDN

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

　　6、SDN只是一種網(wǎng)絡升級方案

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

　　7、程序員將掌控網(wǎng)絡

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