在過去幾年中，基于意圖的網(wǎng)絡(luò)(IBN)已是老生常談的話題。然而在討論采用IBN和SDN時，發(fā)揮關(guān)鍵作用的網(wǎng)絡(luò)可見性并未出現(xiàn)具體的概念。自動化和IBN抽象了網(wǎng)絡(luò)底層的復(fù)雜性，雖然這些技術(shù)使網(wǎng)絡(luò)更易于操作，但同時也減少了網(wǎng)絡(luò)管理員對系統(tǒng)的實際工作方式的了解。如果沒有全面的網(wǎng)絡(luò)可見性，網(wǎng)絡(luò)運營(NetOps)團隊很難確定其基于意圖的策略是否有效，驗證這些策略是否正常運行，并收集解決IBN問題和故障所需的洞察力和理解力。

IBN允許網(wǎng)絡(luò)管理員為所需的網(wǎng)絡(luò)狀態(tài)進行設(shè)置，自動化網(wǎng)絡(luò)編排軟件將實現(xiàn)這些配置，而無需進一步的人工交互。這個想法并不新鮮，但隨著網(wǎng)絡(luò)自動化管理越來越普遍，IBN在很大程度上仍被視為一種早期技術(shù)。但Gartner預(yù)測，到2020年IBN將成為“主流”技術(shù)。

[[251335]]

雖然網(wǎng)絡(luò)中實現(xiàn)自動化的轉(zhuǎn)變有許多積極因素，但它也降低了NetOps團隊對其網(wǎng)絡(luò)的理解。在過去的30年里，有很多關(guān)于自動化影響的研究。結(jié)果表明，當用戶不再沉浸在維護系統(tǒng)的日常操作任務(wù)中時，他們對系統(tǒng)的理解就會愈發(fā)減少。當自動化系統(tǒng)出現(xiàn)故障或錯誤時，該系統(tǒng)就更加難以恢復(fù)。為了克服這些挑戰(zhàn)，IT和NetOps需要開始投資下一代網(wǎng)絡(luò)性能管理和診斷(NPMD)工具。這些解決方案旨在提供來自多個網(wǎng)絡(luò)數(shù)據(jù)源的洞察力和可視化，幫助網(wǎng)絡(luò)運營商更好地理解、管理和故障排除構(gòu)成其復(fù)雜IT環(huán)境(IBNs或SDNs)的基礎(chǔ)設(shè)施和應(yīng)用程序。

我們知道，隨著IBN這項技術(shù)的不斷成熟以及自動化系統(tǒng)的使用不斷增加，各級故障都是不可避免的。有些可能是由人為設(shè)計和開發(fā)中的錯誤，圍繞系統(tǒng)如何解釋“意圖”或由于未預(yù)料的意外情況而導(dǎo)致的錯誤。當這些故障發(fā)生時，如果操作員無法識別系統(tǒng)故障問題，則需要很長的時間來修復(fù)問題并將系統(tǒng)恢復(fù)到運行狀態(tài)。因此，網(wǎng)絡(luò)可見性在IBN和SDN規(guī)劃，管理和故障排除中起著至關(guān)重要的作用。

除此之外，網(wǎng)絡(luò)可見性還有其他重要因素。人類仍然需要制定IBN所遵循的政策。如果他們不了解“意圖”將如何影響網(wǎng)絡(luò)和應(yīng)用程序性能(或其可能導(dǎo)致的其他問題)，那么如何期望他們正確地調(diào)整策略(或意圖)呢?如果他們無法長時間監(jiān)控網(wǎng)絡(luò)，他們將無法知道自動策略是否按計劃運行。這一點尤其重要，因為用戶還需要建立對其自動化建立信任。提供驗證和理解策略的方法有助于增加信任，從而增加IBN的采用和部署。

***，IBN和SDN可以創(chuàng)建一個虛擬網(wǎng)絡(luò)架構(gòu)，但是大多數(shù)傳統(tǒng)網(wǎng)絡(luò)管理平臺缺乏必要的集成來理解這些新結(jié)構(gòu)。這使得應(yīng)用程序問題的端到端故障排除變得困難，因為流量會影響結(jié)構(gòu)和虛擬網(wǎng)絡(luò)，通常會給操作帶來黑洞。許多SD-WAN供應(yīng)商都提供內(nèi)置監(jiān)控解決方案，但這些解決方案僅涵蓋其結(jié)構(gòu)。NetOps真正需要的是進入和退出多供應(yīng)商環(huán)境的流量的端到端視圖。

Gartner預(yù)測，IBN最初將分階段部署，在此過渡期間，企業(yè)將擁有管理層面更具挑戰(zhàn)性的混合網(wǎng)絡(luò)。隨著IBN的發(fā)展和SDN的廣泛采用，NetOps將開始要求更好的方式來查看，分析和控制網(wǎng)絡(luò)，以便加快問題的隔離和解決問題。在簡單、直觀的視圖中，可視化復(fù)雜數(shù)據(jù)提供了一種更有效的方法。