在雲技術到來之前,關於網路應該區別對待每一個應用程式這個想法曾引起人們相當大的興趣,應用認知應用認知因為每個人都有一種被稱作應用認知或應用認知網路的獨特需求。
隨著可能在網路上的託管應用,雲技術對於那些由網路違規行為引起的應用程式性能問題尤為敏感。 應用認知雲計算需要一個更複雜的應用認知方法,使用者的體驗品質將更多取決於的提供應用性能本身。
在大多數情況下,通過品質服務(QoS)和瞭解網路性能的變化是如何影響一個企業使用者的生產力和消費者的體驗品質已經實現了應用認知網路。 雲計算可能將複雜性引入到應用認知網路中,但它也將引導我們去探索潛在的解決方案。
OpenStack Quantum:雲應用認知的開始
OpenStack雲軟體通過一系列虛擬介面將應用和雲連接在一起,一個介面用於存儲,一個介面用於計算服務,還有用於網路服務的介面。 虛擬網路介面Quantum,是網路行為的第一層抽象,旨在讓應用可以用來描述網路服務中其所期望的內容。 這使得它成為一個開始討論關於雲應用認知的有用的起點。
目前,QuantumQuantum將「虛擬網路」定義為如局域網(LAN)和虛擬區域網路(VLAN)的2層結構。 擴展抽象層至3層也沒什麼問題,但是,Quantum通過將DNS和DHCP等功能結合,實現了應用在IP網路層運行。 同樣的,被認為是一個Quantum多點的二層網路,增加的DHCP服務可以使供應商獲得IP位址以及用於退出LAN和進入如互聯網的IP領域的閘道服務。 關於Quantum擴大到包括其他網路服務有若干建議,並很可能最終Quantum將全力支援第2層和第3層服務。
Quantum定義的網路結構很可能是「虛擬」的,這意味著它們是通過乙太網或IP連接的完整網路的片段。 對於雲計算供應商來說這是一個重要的功能,因為使用者在一個共用的結構裡是租戶,但由於安全性和性能管理方面的原因必須相互隔離。 這種隔離必須包括所有的雲資源,包括網路。 Quantum'對於應用認知網路非常重要,這種基於虛擬化的隔離也可以應用於應用程式。
軟體即服務和其他更高層次的雲服務是特定的應用程式,並且通過使用者進一步細分雲計算,使用者也將傾向于單獨的應用。 如果一個應用使用IP位址通過API,將很容易地被確定並且它的訪問流量在理論上可以被分開處理。 因此,在雲中的虛擬網路正是通向網路應用認知的路徑。
的確這是一種方法,但不是一個完整的路線。 虛擬網路可以用不同的方式建立,但他們都可以歸類為疊加或嵌入技術。 疊加虛擬網路通過標準的應用程式介面在網路頂端操作,最終他們將不會影響網路設備或路由的行為。 由網路節點本身實現的嵌入技術,並且因為他們可以將不同的,可識別的優先順序和路由決策適用于應用流量。 嵌入虛擬網路包括VLAN和MPLS。
應用認知網路:SDN和虛擬網路的優點和缺點
在雲網路中實現應用認知有另一個潛在方法。 軟體界定的網路(SDN)可以用來創建嵌入虛擬網路,可以根據需要為每個應用程式提供不同的QoS。
但問題是:截至2012年9月,沒有統一的SDN定義,因此也沒有為創建定義的堅實的技術藍圖。 SDN為雲資料中心和IP核心創建了虛擬網路,但這些往往是基於傳統的路由器和交換器上提供的研究原型和臨時的軟體。 未來網路應用認知很可能日益建立在SDN原則上,但雲供應商最好在將其提交給客戶應用程式前注意並徹底將他們的觀念進行小規模試驗。
使用基於雲計算的虛擬網路作為通向應用認知方法的另一個問題的是,網路控制的焦點在雲計算資料中心,而不是廣域網路(WAN)。 應用程式可以顯示他們自己的本地虛擬網路和使用者資料,其輸入通過一個閘道,諸如路由器。 但外面的使用者和閘道之間的路徑虛擬網路,應用程式的流量在雲時代不使用相同的技術,難以分離和管理,這意味著深度包檢測。
安全性原則和存取權限確定使用者到應用程式的存取層級和到廣域網路的QoS特性應用程式擁有的訪問水準。 這表明,從雲資料中心到雲的邊緣擴展應用認知的一種方式是將應用性能管理工具和防火牆功能與虛擬網路的分支或使用者端的廣域網路整合。 這種集成已經被內置到一些產品,隨著雲計算和雲虛擬網路的發展,很可能是邊緣設備將最終成為包括防火牆,SDN和虛擬的網路功能的「雲邊緣設備」。
雲服務提供者要考慮的另一點是,將應用認知擴大到廣域網路,可能會與網路中立性的公共政策目標相碰撞。 互聯網是盡力而為的服務,包括美國的一些國家,已經徵收條例限制了供應商提供互聯網QoS,或限制供應商支援運營商間結算溢價處理。
基於預配置的IP虛擬私人網路絡(VPN)的企業雲服務不受這些規定的約束,所以通過VPN交付的雲服務更容易快速發展到應用認知。 如果供應商使雲的邊緣更接近網路的邊緣,即更貼近使用者,然後業務橫穿較少的外部的基礎設施到達應用程式。 最終,QoS不違反網路中立性規則的前提下可以改善,這個概念的擴展雲,從長遠來看,是通向真正應用認知網路的路徑。
(責任編輯:蒙遺善)