軟件定義網(wǎng)絡(SDN)問世后，網(wǎng)絡管理員的前途一直備受猜測。

一些災難預言者預測，隨著網(wǎng)絡虛擬化成為已經(jīng)在負責服務器虛擬化的服務器管理員或系統(tǒng)管理員的責任，網(wǎng)絡管理員將被淘汰;或者隨著SDN應用程序獲得更多的網(wǎng)絡智能，以便設定需要哪些網(wǎng)絡資源，應用程序開發(fā)人員可能會接過網(wǎng)絡管理員的角色。

[[127915]]

不過話得說回來，網(wǎng)絡管理員也許不會被淘汰。

網(wǎng)絡工作人員可以利用SDN/開發(fā)運維(DevOps)這個大好機會，讓自己變得對IT部門而言具有更大的價值。他們可能會在這波新的浪潮中脫穎而出，向IT部門展示可以用來管理及控制網(wǎng)絡的新工具和新功能。

網(wǎng)絡管理員還有可能在整合新的SDN/開發(fā)運維環(huán)境與現(xiàn)有的遺留網(wǎng)絡方面扮演領導角色。盡管預計SDN最終會取代傳統(tǒng)網(wǎng)絡，但是SDN、混合和遺留網(wǎng)絡以及它們支持的應用程序和服務會共存好多年。

弗雷斯特調(diào)研公司的分析師Andre Kindness說：“雖然責任會不斷變化，某些任務會隨之消失，但基礎設施部門和運維部門對網(wǎng)絡管理員仍然會有需求。即便一家企業(yè)擁有***是SDN的基礎設施，但總需要有人來部署、管理和檢修網(wǎng)絡基礎設施――基礎設施結合了SDN解決方案、軟件、硬件、廣域網(wǎng)服務和相鄰技術。”

Brent Salisbury是面向Docker的開發(fā)運維網(wǎng)絡初創(chuàng)公司SocketPlane的創(chuàng)始人之一，他說：“服務器虛擬化有沒有扼殺系統(tǒng)管理員?并沒有，但它確實促使配置、管理和自動化方面帶來了一些變化。有理由認為今后十年網(wǎng)絡從業(yè)人員方面會出現(xiàn)同樣的逐漸變化。”

網(wǎng)絡管理員想在SDN和開發(fā)運維以軟件為中心的環(huán)境下保持重要地位，就需要這種變化――他們必須學習新的技能組合和新工具。

那么，他們是否需要學習軟件編程呢?這取決于他們在這個新環(huán)境下想獲得多穩(wěn)固、多重要的地位。

如果應用程序和服務最終能夠聲明它們需要從網(wǎng)絡獲取什么資源，而且那些需求在SDN中自動滿足，那么誰“掌控”這種能力、這種交互?一些人認定系統(tǒng)管理員或服務器管理員掌控這個過程;這是網(wǎng)絡管理員要么竭力阻止，要么默認的現(xiàn)狀。

Salisbury說：“致力于網(wǎng)絡解決方案的軟件開發(fā)團隊應該會積極主動地招聘擁抱開發(fā)運維和軟件開發(fā)的網(wǎng)絡工程師。這將減小開發(fā)人員開發(fā)出來的復雜解決方案試圖解決根本不存在的問題這種風險，或者開發(fā)的解決方案缺少一條根本不會被采用的切合現(xiàn)實的遷移路徑這種風險。”

開發(fā)運維和SDN帶來了應用程序開發(fā)和網(wǎng)絡虛擬化的融合，這種整合可能會讓這兩個方面歸單個團隊統(tǒng)一控制，比如應用程序開發(fā)人員或服務器管理員。由于在SDN模式下，越來越多的網(wǎng)絡配置和服務級別信息將嵌入到應用程序當中，相應的負責人員可能是服務器管理員或應用程序開發(fā)人員。

但是職責方面的這種潛在變化仍依賴功能強大的底層網(wǎng)絡。無論什么部署在SDN/開發(fā)運維環(huán)境下，都會與遺留技術共存多年，并且使用遺留技術作為基礎。

而網(wǎng)絡管理員就是這個基礎網(wǎng)絡的看管者。

Kindness說：“覆蓋整個企業(yè)的SDN網(wǎng)絡不會一夜之間出現(xiàn)。大概20年后，許多人才會轉變其網(wǎng)絡和IT觀念。至少，公司仍需要網(wǎng)絡管理員來維護遺留系統(tǒng)。”

雖然服務器和應用程序管理員在學習SDN和開發(fā)運維的基本細節(jié)，以及如何將它與虛擬機和應用程序聯(lián)系起來，但他們沒有時間來學習網(wǎng)絡管理員已經(jīng)在現(xiàn)有基礎設施方面所了解的知識。如果目的是在單個網(wǎng)絡元素的層面上，將網(wǎng)絡行為與應用程序的特定需求聯(lián)系起來，知道這方面的知識很重要。

要是定義網(wǎng)絡如何運營的軟件出現(xiàn)了任何問題，深入了解現(xiàn)有網(wǎng)絡同樣必不可少。而問題終究會出現(xiàn)，尤其是由于網(wǎng)絡變得更加基于策略、更依賴安全。

將來需要網(wǎng)絡管理員，以便積極監(jiān)控和檢修網(wǎng)絡，從而確保應用程序驅動的策略無縫交互，沒有干擾網(wǎng)絡運營。而一旦向這種應用程序驅動的策略轉型的做法蔚然成風，網(wǎng)絡安全將變得至關重要：確保應用程序策略沒有干擾安全政策，這就需要有人同時深入了解網(wǎng)絡基礎設施和安全架構，以及新的運營模式可能帶來的任何潛在影響。

當然，這一切公然有悖于表示軟件定義網(wǎng)絡意味著服務器或應用程序專家現(xiàn)在就能運行網(wǎng)絡的那些人的觀點。同樣這些人表示，就像服務器虛擬化，配置和運營SDN不需要思科認證互聯(lián)網(wǎng)專家(CCIE)或另一種認證專家。

他們在亮明其觀點時特別指出，像Puppet和Chef這些流行的自動化工具已經(jīng)讓服務器管理員可以自個配置網(wǎng)絡資源。而應用程序開發(fā)人員可能使用SDN編排工具，不僅記下自己需要從網(wǎng)絡獲得什么資源，還能記下需要從存儲陣列、服務器陣列、虛擬機管理程序以及安全和合規(guī)服務器獲得什么資源。

但同樣，確保單個網(wǎng)絡元素按應用程序策略或SDN控制器的指令工作，這份差事可能落到最熟悉物理網(wǎng)絡的那個人的頭上。讓服務器管理員可以通過SDN控制器來定義、執(zhí)行和交付服務質量或服務級別協(xié)議在理論上聽起來很好，但是如果一路上出現(xiàn)了什么問題，這個問題又出現(xiàn)在網(wǎng)絡設備層面，你該打電話找誰求助?

Salisbury說：“倘若通過電子郵件的配置、令牌以及變更控制這些服務出現(xiàn)了問題，可以肯定，網(wǎng)絡新手在分析捕獲的數(shù)據(jù)包方面的經(jīng)驗肯定遠不如老道的網(wǎng)絡工程師。”

擁有編程技能的網(wǎng)絡工程師也許最適合確保每個系統(tǒng)在SDN/開發(fā)運維環(huán)境下順暢運行。服務器管理員和應用程序開發(fā)人員可以確定應用程序或工作負載需要什么;但是網(wǎng)絡管理員可以將這項工作深入到設備層面，確保設備正常運行。

Salisbury建議網(wǎng)絡管理員應該潛心研究SDN和開發(fā)運維的軟件方面的構建模塊：Puppet及Chef配置、Python腳本以及流行的配置和編排項目，比如面向容器的Docker和面向虛擬機的Openstack。

Salisbury說：“開始搗鼓一些代碼，研究如何使用，我?guī)缀蹩梢员ＷC如果你開始向開源基礎設施項目捐獻代碼，那么幾個月之內(nèi)就會獲得工作機會。即便你不發(fā)布軟件補丁，報告軟件缺陷也大有幫助，也會受到項目維持人員的重視。”

所以網(wǎng)絡管理員用不著覺得飯碗受到SDN和開發(fā)運維的威脅，而是有機會可以證明自身的價值。進一步完善SDN和開發(fā)運維技能和軟件編程技能會讓他們能夠駁斥許多人預測他們在以軟件為中心的環(huán)境下變得可有可無的論調(diào)。

Kindness說：“我們會需要與現(xiàn)在一樣多的網(wǎng)絡從業(yè)人員嗎?可能不會。沒有編程專長的那些人更有可能先被淘汰。將來需要的專長將由讓單個交換機可以交互，變成讓多個部件組成的子系統(tǒng)可以彼此交互。因此，認證和專業(yè)性會不斷變化。”

IT部門和云服務提供商會考慮聘請或留住能幫助編排網(wǎng)絡以及應用程序、存儲、計算及其他資源的那些網(wǎng)絡工程師。所以，網(wǎng)絡管理員要接過網(wǎng)絡的掌控權，證明其應用程序服務交付方面的技能即便不比SDN/開發(fā)運維圈子的別人來得更重要，至少一樣重要。