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

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

[[127915]]

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

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

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

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

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

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

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

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

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

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

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

而網絡管理員就是這個基礎網絡的看管者。

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

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

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

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

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

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

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

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

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

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

Salisbury說：“開始搗鼓一些代碼，研究如何使用，我幾乎可以保證如果你開始向開源基礎設施項目捐獻代碼，那么幾個月之內就會獲得工作機會。即便你不發布軟件補丁，報告軟件缺陷也大有幫助，也會受到項目維持人員的重視。”

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

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

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