自動化和SDN似乎正齊頭并進，但在軟件定義網絡實現自動化之前，我們仍然需要解決一些挑戰。

很少有技術像SDN有這么多優勢，即使是服務器虛擬化也有很大的缺點，即需要配置額外存儲和物理/虛擬控制器來容納所有這些虛擬機。

SDN能夠給數據環境帶來很多優勢。SDN能夠幫助簡化流量以及網絡基礎設施，同時，它能夠實現廣泛的可擴展性和按需配置，讓用戶最終能夠獲得他們需要的資源來完成其任務。并且，它提供了最后的組件來實現完全虛擬化的數據環境，其中計算、存儲和網絡能夠相互關聯，并且根據需求來擴展。

SDN自動化：OpenFlow 只是第一步

不過總是會有問題，SDN的問題在于，只是因為你從數據平面分離了控制平面，并不意味著你能夠立即獲得軟件定義網絡的所有神奇屬性。事實上，在關鍵網絡設備部署基本SDN協議(例如OpenFLow)只是漫長的過渡的第一步，并且對于真正的SDN架構，業界并沒有達成共識。

SDN的自動化方面就是一個很好的例子。簡單的事實是，無論你部署的是OpenFlow還是其他方法，基本的協議只會提供基本的抽象化。你仍然需要部署實際的自動化堆棧來實現自動化配置、實時負載均衡和按需資源分配等。

“對于SDN，我們的重點在于分離控制和轉發數據平面，當然這樣做有很多優勢，”Nuage Networks公司首席執行官Sunil Khandekar表示，“但這并不是SDN的全部。事實上，SDN是關于自動化、抽象、控制和可視性。對于應用程序開發人員和網絡管理員而已，重要的不是知道他們是使用OpenFlow還是SNMP，而是他們在做什么來幫助自動化數據中心，以確保私有云和AWS一樣靈活、可響應和可編程化。”

SDN自動化需要什么?它能做什么以及它不能做什么?

但當我們決定我們想要的不只是軟件定義網絡，而是自動化的軟件定義網絡時，這意味著什么呢?如果你計劃推動自動化到應用程序層(7層網絡)，現在的7層網絡OSI網絡模型需要不止一個解決方案。2層網絡和3層網絡功能(可能還有一些4層網絡功能)可以由OpenFlow或者其替代品來處理。此外，你還將需要一個策略引擎，位于數據路徑外來監管傳輸和會話管理，而且，它還需要直接與SDN控制器協調，從而不會給網絡制造故障問題。ONF和其他組織都在積極努力擴展OpenFlow功能到4層和7層網絡，但目前還沒有實現。

這種完全自動化的SDN環境將會移除人類控制，允許應用程序本身來定義它們理想的網絡參數，然后指示自動化堆棧來提供。當然，這會讓很多網絡管理員頭痛，他們將會面對無盡的資源沖突、政策糾紛和嚴重的停機時間。

總之，不要指望你的自動化SDN環境在設置好后就可以自己運行。