常規腳本不是最佳選擇？自動化腳本正在完成智能升級

做衣服首先要設計剪裁一個樣子，然後再批量生產。而自動化腳本的作用就如同確保批量生產過程中都獲得一致性的模板。不過隨著企業業務不斷拓展，這種自動化腳本急需升級為實時適配業務變化的智能化平台。目前雖然市場上有許多用於網路管理的開源腳本方案，但卻由於諸多瓶頸，反而會成為阻擋企業網路智能化道路上的絆腳石。

常規腳本已不是選擇

簡化網路正成為企業網路部署與運維中的關鍵，企業都希望其網路架構簡潔靈活，實施便利，運維輕鬆。因此傳統基於靜態網路模型的腳本與自行開發的管理代碼，已無法適應現今的網路拓展與業務應用。而伴隨網路的不斷延展、業務迭代，靜態化腳本或手動配置的模板則讓網管們苦不堪言。

在網管眼中制定常規腳本及測試既不能跟上變化進度，效果也往往差強人意。相反，企業需要一個動態的網路知識庫，可以為配置、持續維護和管理提供自動補救、更新和警報。此種需求與當下基於意圖的下一代智能網路不謀而合。下一代網路不僅需要確認業務意圖，可自動實施，還要具有網路狀態意識，能保證網路優化與防護補救。

腳本沒有標準化

雖然相對緩慢的手動配置過程，python腳本提供了大幅升級，但與電信協議不同，運維腳本可沒有標準化，也沒有統一模板，要根據自己所需要來設計。這就如同每個人身材不同一樣，做的服裝也不一樣，所以腳本不可能商品化，更不能在多供應商網路中進行擴展。可是隨著新業務需求從戰略發展中轉化出來，網路擴張在所難免。不過眾所周知的是，運維腳本很難適應新的供應商系統。

從通用模板或在自定義的playbook中DIY腳本是另一種看起來很有前途的方法。但是，它需要通過定製的完整性測試，避免引發高風險維護問題和測試延遲，同時要支持策略變化。與開放源代碼的Web平台不同，這些模板卻不受很多社區支持，並且有可能破壞企業運營的一致性。

腳本無法升級

自製的腳本一般是無法自我適應新環境的，它既無法編輯與網路狀態交互，也無法作為機器學習平台運行。最好的情況是，自行開發的腳本為固定的時間點提供一個一次性的靜態網路配置程序。而隨著網路的變化，則必須更新和重新測試腳本，以便當網路資源的變化時還能管理網路。

所以一旦企業用戶想要擁有動態驅動的網路策略，其就必須僱傭或投入更多稀缺的人力資源來編寫、測試和維護定製的腳本。這對一般企業來說，是折騰不起的。

走向智能化驅動

當企業人員配置發生變化時，腳本編寫也可能出現問題。隨著人員的變化，新員工不太了解的運維腳本往往是一次性的，會被替換掉，這就需要引入額外的測試，最終帶來了更多的風險。

此外，在大型網路配置中，使用腳本更新網路並進行測試時，網路可用性和維護周期可能受到影響。而網路虛擬化、SD-WAN和其他網路方面的新變化則意味著網路即服務將不再是可預測的。因此企業開始尋求可快速運行，並實現智能化動態運維的解決方案，成為驅動智能化的新動力。

結語

如上所述，自動化腳本的智能化升級就如同制衣過程中不再照本宣科，可隨時根據客戶身材不斷變化，量體裁衣。不過現有的靜態腳本、維護模型不支持那種可基於意圖快速切換的運維模式，這就讓自動化腳本向智能升級就箭在弦上了。

（7205220）

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！