越來越多的網絡運營商的問題是：如何匹配基於雲的日益增長的應用程序，而不過度增加新數據中心的網絡環境設計、建設和運營成本?確保商業模式跟上步伐的唯一途徑是使用端到端網絡自動化。具體來說，利用閉環自動化對網絡、流量和可用資源進行持續監控，並根據預定意圖自動調整，確保最佳服務質量和資源利用率。這種基於意圖的網絡需求使網絡資源能夠像計算和存儲一樣消耗。
網絡操作系統的不斷發展。
傳統上，數據中心網絡有點像一個黑盒子。理想情況下，數據中心運營商希望消耗網絡資源，就像他們消耗計算和存儲資源一樣，網絡以無形的方式運行來支持應用程序。然而，為了實現這一點，網絡操作系統(NOS)需要以不同的方式構建。
傳統的封閉式和供應商獨特的網絡操作系統(NOS)對其操作的可見性有限，堆棧層次高的應用程序幾乎無法控制。網絡設備供應商提供的自動化工具包只提供有限的工具集，迫使運營團隊使用供應商網絡操作系統(NOS)的專有語言編寫任何網絡應用程序。這需要額外的資源來提供更有限的自動化范圍，並造成不便。例如，隨著供應商網絡操作系統(NOS)每個新版本的重新編譯自動化應用程序。
更開放的網絡操作系統(NOS)通常是基於Linux系統，已經發展到解決一些問題。他們使用標准化功能，利用開源社區的工作來減少所需的定制代碼。然而，它們有其局限性，難以定制、集成和自動化。有一種DIY心態，對一些人有用，但學習曲線陡峭，需要投資專業知識來收集和測試模塊，並編寫自動操作的應用程序攜號轉用儲值卡2021。
基礎設施是代碼。
各行業的新趨勢是兩全其美。在本模型中，網絡操作系統(NOS)供應商使用開放的Linux基礎，但工具包通常是基於專有供應商和開源模塊的組合，以便靈活和消費的方式定制和集成。
這種兩全其美的方法的關鍵是使用基於容器排列系統的聲明、基於意圖的自動化和操作工具包。這與基礎設施即代碼的更多使用相匹配，這對於跨越本地和非本地混合雲的解決方案非常重要。
網絡應該能夠與這些雲生態系統緊密結合，它遵循應用程序的需要，並在出現問題之前保持不可見。結構操作平台必須采用松散耦合的雲原生方法，以實現與軟件定義數據中心或SDDC堆棧的即插即用集成，如基於VMware或Kubernetes的堆棧。
模板意圖
在這個新框架中，數據中心運營團隊采用了經過穩定性測試和在網絡供應商實驗室驗證的結構設計模型。結構意圖被抽象到這樣一個層次，即運營團隊不需要了解高級網絡的基本細節，也不需要訓練有素和認證人員來提供服務。
該結構由不同的網絡虛擬化組成，如邏輯分布式交換機或邏輯分布式路由器。例如，抽象意圖側重於基於標准邊界網關協議(BGp)Ip結構的數據中心基礎設施的通用結構，如機架數量、各機架服務器、雙宿主等。網絡自動化可用於虛擬和物理資源。對於物理交換和路由資源，它在消除數據中心堆棧配置中的人為錯誤方面具有額外的優勢。
精選文章：
留言列表
