ICCSZ訊 在過去幾年當中,SDN理念已經在主流業(yè)界獲得極高關注。大部分企業(yè)已經意識到該技術的存在,并有計劃進行實施或者至少有計劃對其加以評估。但與此同時,關于該技術的認識偏差仍然廣泛存在,今天我們就共同探討與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的“殺手級用例”已經實現(xiàn)了數(shù)據(jù)中心敏捷性。SDN當然能夠提高網(wǎng)絡的敏捷性水平,不過實現(xiàn)敏捷性的方式還有很多種,其中包括自動化、編排機制以及可編程體系等。此外,不要單純從敏捷性層面審視SDN,其能夠帶來的實際價值還有很多。
5、可編程結構就是SDN
這一誤區(qū)在去年的榜單上同樣曾經出現(xiàn),因為不少專門提供可編程性以太網(wǎng)體系(通過利用API)的供應商往往將其描述為SDN。這些通常屬于有能力切實解決問題的出色產品。如果大家正著手構建一套新的數(shù)據(jù)中心網(wǎng)絡,我們建議各位采取這類可編程。但總而言之,可編程結構并不是SDN。
6、SDN只是一種網(wǎng)絡升級方案
SDN并不是大家能用一個周末或者三、四天時間就能完成的任務。SDN也不是我們能夠大規(guī)模引進到業(yè)務環(huán)境中的普通素材。SDN是一套架構方案,而我們建議各位根據(jù)業(yè)務規(guī)劃/需求以投機主義或者實用主義態(tài)度加以部署。大家不妨回憶上世紀九十年代我們部署負載堪稱機制時的情景。如今已經不是過去那種需要摸著石頭過河的時代,真正需要應對的是像面向公眾的網(wǎng)站這類具體需求(例如規(guī)模與彈性)。此外,大家已經能夠利用標準化機制借助負載均衡發(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)絡技術人員負責配置完成的。
新聞來源:ZDNet