大部分企業(yè)的上云過程其實都是帶著包袱的。顯然，對于企業(yè)來說，通過設備廠商做云網(wǎng)一體化是要冒著被供應商鎖定的風險。云杉NSP所能提供的價值，可以讓用戶忽略掉基礎設施上的差異性，從而實現(xiàn)面向業(yè)務的云轉(zhuǎn)型。

軟件定義數(shù)據(jù)中心(SDDC)在過去一經(jīng)提出就得到了行業(yè)普遍的認可。因為其所帶來的的靈活性、便捷性、可管理性等特性都是用戶所渴望的。但其真正意義上的落地，仍然需要通過階段性目標來實現(xiàn)。

事實上，目前大多數(shù)企業(yè)的云網(wǎng)融合仍然處在初級階段。服務器存儲資源與網(wǎng)絡資源仍然沒有其渴望的那般親密。在企業(yè)上云過程中，如何規(guī)劃一種新的混合資源庫場景的數(shù)據(jù)中心網(wǎng)絡(DCN)體系結構，并將網(wǎng)絡服務從面向設備的IT運營和維護提升到面向業(yè)務的獨立云服務，是企業(yè)云戰(zhàn)略的核心挑戰(zhàn)。

目前絕大多數(shù)的云環(huán)境中都采用了 SDN 技術。在軟件定義的數(shù)據(jù)中心場景中，網(wǎng)絡是重要且復雜的組成部分，需要考慮包括物理網(wǎng)絡、虛擬網(wǎng)絡、業(yè)務遷移、安全合規(guī)、運維排障等諸多因素;既要考慮當前流行的 Fabric 網(wǎng)絡架構，又要支持傳統(tǒng)的三層網(wǎng)絡架構;既要支持 OpenStack、VMware 等多種虛擬化資源池，又要支持裸機、容器等傳統(tǒng)架構資源池。

在投入使用了多年的數(shù)據(jù)中心環(huán)境中上述情況極為普遍，其內(nèi)部通常包括了不同時期的技術方案選擇，以及多供應商的設備。如何將其進行改造，并面向業(yè)務提供更為高速的自動化處理，是一個極為棘手的問題。

云杉網(wǎng)絡NSP(數(shù)據(jù)中心網(wǎng)絡互聯(lián)與服務管理平臺)從云管的視角入手，基于 VxLAN 技術實現(xiàn) Overlay 網(wǎng)絡，通過對接主流廠商設備并提供統(tǒng)一的北向接口，針對混合資源池實現(xiàn)了完整的邏輯網(wǎng)絡編排和自服務功能，支持多數(shù)據(jù)中心、多資源池混合部署，支持服務高可用。

“大部分企業(yè)的上云過程其實都是帶著包袱的，不同時期的業(yè)務分布在不同的資源池環(huán)境中，這對于企業(yè)來說通過設備廠商做云網(wǎng)一體化是要冒著被供應商鎖定的風險。云杉NSP所能提供的價值，可以讓用戶忽略掉基礎設施上的差異性，從而實現(xiàn)面向業(yè)務的云轉(zhuǎn)型。”云杉網(wǎng)絡CTO張?zhí)禊i在談到NSP的價值時說道。

云杉網(wǎng)絡CTO張?zhí)禊i

企業(yè)在上云之后，網(wǎng)絡團隊可能需要面對的是傳統(tǒng)網(wǎng)絡與服務器、傳統(tǒng)網(wǎng)絡與VMware環(huán)境、SDN 網(wǎng)絡與VMware環(huán)境、SDN 網(wǎng)絡與OpenStack環(huán)境、SDN 網(wǎng)絡與容器環(huán)境等多種場景，這使得其運維工作復雜度倍增。隨著業(yè)務不斷被遷移和部署到云中，網(wǎng)絡部門每天都會接到頻繁的變更需求，原來純靠手工開端口、配置網(wǎng)絡、安全策略的方式無法滿足云時代業(yè)務的需求。網(wǎng)絡部門需要解放人力去更多地思考企業(yè)網(wǎng)絡的統(tǒng)一規(guī)劃和長期演進。

雖然一些設備廠商也可以提供相應的編排與控制管理方案，但云杉網(wǎng)絡的SDN方案相比其有著一點不同：云杉網(wǎng)絡的NSP更多考慮的是面向業(yè)務的北向接口，而以納管為代表的南向接口只是NSP的基礎功能。這使得云杉網(wǎng)絡在設計之初就與許多設備廠商的出發(fā)點不一樣。

許多廠商都致力于利用如OpenDayLight或是ONF等組織的開放代碼來構建起SDN解決方案，但是云杉網(wǎng)絡從一開始就決定構建原生的解決方案。張?zhí)禊i對此介紹道：“不可否認的是，這些開源組織中有著大量業(yè)內(nèi)主流廠商，其代碼質(zhì)量絕對是業(yè)界最頂級的。但其設計的出發(fā)點多以設備層面為主，而設備層面的問題其實在整個企業(yè)業(yè)務系統(tǒng)中，往往是相對容易解決的;真正復雜的部分，通常是在虛擬網(wǎng)絡層面。”

這些復雜的部分通常與設備的關聯(lián)性不大，而在于軟件層面。如果云杉網(wǎng)絡的解決方案依賴于社區(qū)，那么其解決方案就失去了一定的靈活性與獨特性。

在文章開頭我們提到了云網(wǎng)融合在許多環(huán)境中并沒有想象中的那般親密。技術層面是一回事，而在企業(yè)管理層面同樣是很大的問題。

“企業(yè)在選擇新技術時，通常有著許多考量，其中業(yè)務的邊界問題是一個不可忽視的問題?！睆?zhí)禊i對此指出，將過去分工明確的團隊進行整合管理，這對于每個企業(yè)來說都不是一件容易的事情。

在理想中高度的自動化和降低業(yè)務風險之間做一個選擇，企業(yè)通常會選擇后者。

基于意圖的網(wǎng)絡(IBN)一經(jīng)提出就引發(fā)了業(yè)界廣泛的關注，這種被稱為可以自動駕駛的網(wǎng)絡將實現(xiàn)高度的自動化：其可以根據(jù)業(yè)務運營的狀態(tài)數(shù)據(jù)，利用AI算法自動生成策略并執(zhí)行，從而形成閉環(huán)。

“IBN在現(xiàn)階段可以說是一個夢想，距離落地還有很長的路要走?！睆?zhí)禊i對此進一步說道。

在張?zhí)禊i看來，自動化與數(shù)據(jù)分析都是相對容易實現(xiàn)的，但如何保證其生成策略的有效性要打一個問號。

正如大多數(shù)企業(yè)的運維團隊通常由兩部分組成：業(yè)務(通常負責服務器與存儲)與網(wǎng)絡。長期以來的運維經(jīng)驗使兩者各有分工，許多情況下網(wǎng)絡團隊可以視作是為業(yè)務團隊服務的。隨著企業(yè)數(shù)據(jù)中心云化的程度提高，這兩者的邊界正在逐漸模糊。許多業(yè)務問題的快速定位解決依賴于他們之間的協(xié)作。

正如上文所言，企業(yè)數(shù)據(jù)中心云化的進程很大程度上由企業(yè)管理架構來決定。新技術通常意味著更多的不確定性，而網(wǎng)絡第一重要的永遠是穩(wěn)定性。而大多數(shù)企業(yè)的選擇相對保守，因為那通常也意味著是可控性高。

一蹴而就看上去很美，但大多數(shù)企業(yè)客戶是理智的，他們通常選擇穩(wěn)扎穩(wěn)打。

對此，張?zhí)禊i舉了一個實在的例子：“我們許多客戶的網(wǎng)絡運維團隊都曾遇到過一個問題，需要花費大量的時間為業(yè)務團隊做一些重復性很高的工作，比如開端口、配策略，甚至于有些客戶忙不過來，只好將周期設置為每周的固定幾天，而這對于業(yè)務團隊來說產(chǎn)生的影響是顯而易見的。而利用云杉NSP則可以極大提高企業(yè)流程效率，業(yè)務團隊可以隨時自動化申請到相應的網(wǎng)絡資源，網(wǎng)絡團隊只需要負責安全審計。”

其實，許多客戶在技術方案的選型時更在意如何在保障安全的前提下，解決現(xiàn)有的運維難題。如果一個全新的技術方案可能會讓更多業(yè)務邊界變得模糊，這對于運維團隊來說則帶來了更多的不確定性。

而云杉網(wǎng)絡NSP實現(xiàn)了編排層和控制器層解耦，實現(xiàn)了編排層面向多中心、多資源池統(tǒng)一管控邏輯，解決云時代企業(yè) IT 的網(wǎng)絡編排、服務管理問題。NSP 云數(shù)據(jù)中心網(wǎng)絡互聯(lián)與服務管理平臺提供了網(wǎng)絡自動化編排和網(wǎng)絡自服務能力，滿足了云數(shù)據(jù)中心網(wǎng)絡的整體需求。

企業(yè)在IT建設上，更多需要考慮的是原有的業(yè)務形態(tài)以及交付的目標。那些看上去很美的，或許并不適合每個客戶。