在最近一篇博客中，博主John Harrington探討了網絡自動化。盡管網絡自動化工具的使用是當前的熱門，其探討的方向卻是關于edge-port供應。Harrington也提示端口供應并不是網絡自動化工具面臨的唯一挑戰。

自動化的第一步是精簡訪問客戶數據中心或主機托管設施的步驟。在評估網站時，通過這些認證的門戶網站能夠被管理是一個必備條件，Harrington表示。

此外，連接退貨授權ID與通行或者為當前和置換組件維護單獨的許可將有助于克服繁冗的硬件重置過程的麻煩。

最后，Harrington建議數據中心管理者要有長期追蹤和管理WAN的打算。雖然軟件定義廣域網和其優化WAN鏈路的能力越發受到歡迎，簡要盤點WAN鏈路(消除未使用或未充分利用的鏈接的成本)是將網絡自動化工具落實的一個重要步驟。

當Harrington檢測網絡自動化工具時，他稱很多問題都與減少無用功和低效率有關，這些問題遠比技術問題更值得探討。

解耦型交換機的驗證

Current Analysis的分析師Mike Fratto最近探討了解耦交換機問題。很多企業正在尋求集成的IT系統來為終端用戶交付內外部服務，與此同時，大多數公司缺少專業人才來驗證解耦型交換機產品。在網絡中，解耦是指網絡操作系統和網絡硬件的分離。

在Fratto看來，除非網絡供應商帶頭驗證硬件和軟件的集成，否則他們不會成功。這樣一來，也需要提供組合的專業和技術支持服務來指導部署過程。

開箱即用呼聲極高，鑒于DevOps提出挑戰。到目前為止，網絡互操作和集成主要集中在基礎功能方面，諸如支持以太網、路由器、簡單網絡管理協議和IP。Fratto指出，IPsec VPN連接仍舊不能得到必然的保障或與通用配置互操作，這是集成依然面臨挑戰的一個很好的例子。“解耦網絡也沒什么不同，互操作對獲取成功至關重要，”Fratto說道。

網絡需求層次理論

DigitalOcean公司網絡工程師及博主Jeremy Stretch提及了馬斯洛著名的需求層次理論，并設計了一個網絡等效模型。以馬斯洛的理論做原始支撐，Stretch擴展至一個功能化的網絡，其中包括硬件組成，如路由器、交換機、電源和電線。很多小企業永遠就只停留在這個基礎階段，只運行少量的電腦，幾個接入點，一個路由器或交換機。

在這個基礎之上，Stretch又添加了人員、系統管理員和管理網絡的網絡工程師。第三步，抽象網絡狀態，定義網絡組件以及他們如何運作。這種水平也跨越配置模版和基礎設施管理。雖然理解交換機上的連接可能相當容易，但理解網絡應該如何正確配置則困難的多。

以抽象方式構建自動配置，這是手動配置向自動化配置改變的發展方向。在最好的形式中，系統能夠自動配置保持和網絡狀態同步。Stretch以自動修復(網絡可自行修復)來作為網絡需求層次理論的結尾。他設想帶有外部監控的網絡能足以處理每個ISP的子集服務水平協議性能，路由器能夠檢測出線卡的硬件故障或當接入交換機失敗時動態的虛擬機遷移動作。