• 
    

    
    

      99热精品在线国产_美女午夜性视频免费_国产精品国产高清国产av_av欧美777_自拍偷自拍亚洲精品老妇_亚洲熟女精品中文字幕_www日本黄色视频网_国产精品野战在线观看 ?

      面向云網(wǎng)一體的分層解耦的運(yùn)營(yíng)支撐系統(tǒng)架構(gòu)演進(jìn)方法研究

      2022-07-12 12:03:44楊振東中國(guó)聯(lián)通廣東分公司廣東廣州510627
      郵電設(shè)計(jì)技術(shù) 2022年6期
      關(guān)鍵詞:云網(wǎng)部署架構(gòu)

      楊振東(中國(guó)聯(lián)通廣東分公司,廣東廣州 510627)

      1 概述

      5G 時(shí)代,各行業(yè)數(shù)字化轉(zhuǎn)型速度加快,數(shù)字經(jīng)濟(jì)推動(dòng)云網(wǎng)一體加速發(fā)展,云網(wǎng)融合訴求增強(qiáng)。5G時(shí)代是萬(wàn)物互聯(lián)、萬(wàn)智互聯(lián)的智能時(shí)代,通信連接產(chǎn)業(yè)的價(jià)值由聯(lián)網(wǎng)升級(jí)到聯(lián)云。云網(wǎng)融合是新型信息基礎(chǔ)設(shè)施的核心,云服務(wù)由底層服務(wù)走向主導(dǎo)服務(wù),云的重要性越發(fā)突出,未來(lái)5年所有的內(nèi)容、應(yīng)用、服務(wù)、數(shù)據(jù)、客戶都要上云。政府部門(mén)、事業(yè)單位、企業(yè)上云進(jìn)程加速,企業(yè)新建的基礎(chǔ)設(shè)施將逐步部署在云上,預(yù)計(jì)到2025 年將達(dá)到85%的比例。隨著企業(yè)生產(chǎn)系統(tǒng)上云的普及,云網(wǎng)融合成為“剛需”。企業(yè)規(guī)模越大,上云的系統(tǒng)越關(guān)鍵,對(duì)云網(wǎng)融合的要求越高,多云(公有云、私有云、專屬云、混合云)部署成為普遍需求。

      在云網(wǎng)協(xié)同、云網(wǎng)融合、云網(wǎng)一體的需求下,需要有與之相匹配的云網(wǎng)運(yùn)營(yíng)支撐系統(tǒng)架構(gòu)進(jìn)行支撐。開(kāi)放網(wǎng)絡(luò)自動(dòng)化平臺(tái)(Open Network Automation Platform,ONAP)是Linux基金會(huì)旗下兩大開(kāi)源MANO 工作組Open-O 和ECOMP 合并后成立的一個(gè)組織,ONAP致力于打造全球最大的NFV/SDN 網(wǎng)絡(luò)協(xié)同與編排器開(kāi)源社區(qū),面向物聯(lián)網(wǎng)、5G、企業(yè)和家庭寬帶等場(chǎng)景,打造網(wǎng)絡(luò)全生命周期管理平臺(tái),使運(yùn)營(yíng)商業(yè)務(wù)開(kāi)發(fā)更靈活、業(yè)務(wù)上線更快捷、網(wǎng)絡(luò)運(yùn)維更高效。ONAP 提出設(shè)計(jì)態(tài)和運(yùn)行態(tài)兩態(tài)分離的理念以及模型驅(qū)動(dòng)的理念,為電信運(yùn)營(yíng)商業(yè)務(wù)編排設(shè)計(jì)和上線部署提供了基本框架。ONAP 已成為業(yè)界對(duì)于云網(wǎng)編排協(xié)同的主流標(biāo)準(zhǔn),全球各主流運(yùn)營(yíng)商如中國(guó)移動(dòng)、中國(guó)電信、AT&T、沃達(dá)豐、法國(guó)電信等均參照或借鑒此架構(gòu)和理念進(jìn)行OSS運(yùn)營(yíng)支撐系統(tǒng)的規(guī)劃建設(shè)和運(yùn)營(yíng)。

      2 需求分析

      ONAP 架構(gòu)設(shè)計(jì)全面,各種功能組件比較豐富和完備,其中設(shè)計(jì)態(tài)組件包括對(duì)象設(shè)計(jì)與創(chuàng)建、策略創(chuàng)建、業(yè)務(wù)流程設(shè)計(jì)和其他周邊組件,運(yùn)行態(tài)組件包括業(yè)務(wù)編排、控制器適配、數(shù)據(jù)采集/分析、全局資源庫(kù)、策略框架和其他周邊組件。在實(shí)際部署過(guò)程中,由于不同通信運(yùn)營(yíng)商的業(yè)務(wù)應(yīng)用場(chǎng)景、OSS 系統(tǒng)架構(gòu)現(xiàn)狀及演進(jìn)策略以及資源稟賦有所不同,ONAP 架構(gòu)與現(xiàn)有實(shí)際業(yè)務(wù)應(yīng)用場(chǎng)景并不完全吻合,與現(xiàn)有OSS 系統(tǒng)存在較大差異,各運(yùn)營(yíng)商的演進(jìn)策略也有快慢之分,不適宜直接全盤(pán)照搬部署。而且,現(xiàn)有ONAP 方案在編排架構(gòu)上沒(méi)有分層編排和分步實(shí)施的考慮,對(duì)云網(wǎng)業(yè)務(wù)自動(dòng)化的編排協(xié)同架構(gòu)演進(jìn)缺乏可落地的指導(dǎo)技術(shù)方案。如果一次性構(gòu)建業(yè)務(wù)和能力編排,存在如下問(wèn)題。

      a)現(xiàn)有的業(yè)務(wù)/應(yīng)用較為簡(jiǎn)單,業(yè)務(wù)靈活編排組合或業(yè)務(wù)之間嵌套的需求不多,基于ONAP 的業(yè)務(wù)編排能力暫時(shí)無(wú)須使用。

      b)ONAP 組織成立于2017 年,其相關(guān)架構(gòu)、技術(shù)和組件還在發(fā)展完善中,對(duì)ONAP 的理念理解和使用經(jīng)驗(yàn)不足,相關(guān)的應(yīng)用案例、應(yīng)用場(chǎng)景還不夠豐富,需要逐步積累。

      c)ONAP 組件較多,實(shí)現(xiàn)了OSS域所有模塊功能,代碼量較大。一次性、一步到位構(gòu)建全套/全棧業(yè)務(wù)和能力編排協(xié)同平臺(tái)投資較大,但無(wú)法全部發(fā)揮作用,浪費(fèi)投資。

      d)新的ONAP 架構(gòu)對(duì)開(kāi)發(fā)和運(yùn)維人員需求較大,團(tuán)隊(duì)職能還未整合,人員的能力無(wú)法在短時(shí)間內(nèi)滿足新架構(gòu)運(yùn)營(yíng)的要求。

      e)部分運(yùn)營(yíng)商現(xiàn)有的業(yè)務(wù)編排能力還未遷移到云網(wǎng)協(xié)同器承載或參照ONAP 架構(gòu)部署,對(duì)業(yè)務(wù)/應(yīng)用層面編排協(xié)同的需求還未凸顯。

      5G 時(shí)代,經(jīng)濟(jì)社會(huì)數(shù)字化轉(zhuǎn)型進(jìn)程加快,云網(wǎng)能力協(xié)同、云網(wǎng)業(yè)務(wù)融合、云網(wǎng)一體化運(yùn)營(yíng)對(duì)云網(wǎng)運(yùn)營(yíng)支撐架構(gòu)的資源/能力編排協(xié)同層的演進(jìn)需求,相對(duì)于業(yè)務(wù)/應(yīng)用編排協(xié)同層的演進(jìn)需求,更為突出和迫切。需要找到一條切實(shí)可行的路徑和方法,滿足以上需求。

      3 面向云網(wǎng)一體的運(yùn)營(yíng)支撐系統(tǒng)架構(gòu)演進(jìn)方法

      3.1 面向云網(wǎng)一體的運(yùn)營(yíng)支撐系統(tǒng)目標(biāo)架構(gòu)

      通信運(yùn)營(yíng)商為滿足云網(wǎng)一體運(yùn)營(yíng)需求,支撐云網(wǎng)產(chǎn)品電商化服務(wù)體驗(yàn),優(yōu)化云網(wǎng)一體運(yùn)營(yíng)支撐架構(gòu)實(shí)現(xiàn)分層解耦,研發(fā)和部署云網(wǎng)協(xié)同器,實(shí)現(xiàn)云網(wǎng)能力快速持續(xù)輸出,支撐差異化云網(wǎng)創(chuàng)新產(chǎn)品快速部署。通過(guò)重構(gòu)云網(wǎng)一體化運(yùn)營(yíng)支撐系統(tǒng)架構(gòu),貫通B 域和O 域,實(shí)現(xiàn)云網(wǎng)協(xié)同能力開(kāi)放。云網(wǎng)運(yùn)營(yíng)支撐體系分層解耦,將業(yè)務(wù)應(yīng)用層、云網(wǎng)協(xié)同層、云網(wǎng)控制層/網(wǎng)管平臺(tái)分層解耦,分層解耦的云網(wǎng)協(xié)同運(yùn)營(yíng)支撐系統(tǒng)架構(gòu)包含如下模塊。

      a)業(yè)務(wù)受理平臺(tái)。負(fù)責(zé)業(yè)務(wù)統(tǒng)一受理、客戶資源管理、計(jì)費(fèi)賬務(wù)等。

      b)調(diào)度系統(tǒng)或服務(wù)開(kāi)通系統(tǒng)。云網(wǎng)融合產(chǎn)品訂單BO 貫通入口,負(fù)責(zé)業(yè)務(wù)開(kāi)通流程調(diào)度,包括云網(wǎng)資源核實(shí)分配、云網(wǎng)資源激活去活、裝機(jī)運(yùn)維派單等環(huán)節(jié)。

      c)資源管理系統(tǒng)。負(fù)責(zé)云網(wǎng)資源數(shù)據(jù)、用戶數(shù)據(jù)、業(yè)務(wù)數(shù)據(jù)統(tǒng)一管理、資源在線核配等。

      d)云網(wǎng)協(xié)同器。南向?qū)釉凭W(wǎng)控制層/網(wǎng)管平臺(tái)實(shí)現(xiàn)跨專業(yè)、跨廠家、跨域(網(wǎng)絡(luò)域、業(yè)務(wù)域)的云網(wǎng)配置激活、數(shù)據(jù)查詢等指令適配下發(fā);北向面向BO 域應(yīng)用業(yè)務(wù)平臺(tái)輸出云網(wǎng)編排協(xié)同能力和云網(wǎng)狀態(tài)感知能力。在本文描述的架構(gòu)中,云網(wǎng)協(xié)同器南向?qū)覥PE控制器、IP/光網(wǎng)絡(luò)控制器、5G切片管理平臺(tái)、云管平臺(tái),北向?qū)诱{(diào)度或服務(wù)開(kāi)通系統(tǒng),實(shí)現(xiàn)對(duì)省內(nèi)多云、多網(wǎng)的能力統(tǒng)一封裝,向上層業(yè)務(wù)應(yīng)用平臺(tái)開(kāi)放云網(wǎng)能力。

      e)通信網(wǎng)絡(luò)和云資源控制層/網(wǎng)管平臺(tái)。包括網(wǎng)資源(光網(wǎng)、IP 網(wǎng)、無(wú)線網(wǎng)、核心網(wǎng)、寬帶網(wǎng)、城域網(wǎng)等通信網(wǎng)絡(luò)資源)和云資源(行業(yè)云、公有云、邊緣云等云資源)等云網(wǎng)原子能力解耦封裝。

      f)云網(wǎng)資源層。云網(wǎng)基礎(chǔ)資源池,包括通信網(wǎng)絡(luò)轉(zhuǎn)發(fā)面和云資源池。

      引入云網(wǎng)協(xié)同器帶來(lái)如下益處。

      a)云網(wǎng)運(yùn)營(yíng)支撐系統(tǒng)架構(gòu)分層解耦。上層業(yè)務(wù)應(yīng)用平臺(tái)專注于業(yè)務(wù)流程處理,產(chǎn)品、業(yè)務(wù)層面的內(nèi)容展示,以及與客戶交互界面的友好便捷;云網(wǎng)協(xié)同器專注于云網(wǎng)底層能力的封裝和協(xié)同,專注于云網(wǎng)業(yè)務(wù)的實(shí)現(xiàn)邏輯和處理復(fù)雜繁瑣的技術(shù)實(shí)現(xiàn)細(xì)節(jié)。

      b)人員的定位解耦。業(yè)務(wù)應(yīng)用平臺(tái)人員專注產(chǎn)品、業(yè)務(wù)的展現(xiàn)邏輯和業(yè)務(wù)流程;云網(wǎng)協(xié)同器人員專注云網(wǎng)底層CT+IT 能力實(shí)現(xiàn),實(shí)現(xiàn)不同團(tuán)隊(duì)人員的專業(yè)化。

      c)前臺(tái)與中臺(tái)解耦。輕量快捷敏捷的前端業(yè)務(wù)應(yīng)用平臺(tái)與厚重復(fù)雜的云網(wǎng)能力中臺(tái)解耦,前端業(yè)務(wù)平臺(tái)敏捷高效響應(yīng)市場(chǎng)需求,云網(wǎng)能力中臺(tái)實(shí)現(xiàn)云網(wǎng)能力沉淀積累。

      d)云網(wǎng)協(xié)同層與云網(wǎng)設(shè)備控制層分離和解耦。云網(wǎng)協(xié)同器可以根據(jù)運(yùn)營(yíng)商的業(yè)務(wù)、產(chǎn)品發(fā)展需要,快速進(jìn)行個(gè)性化、差異化能力的開(kāi)發(fā)和迭代,降低對(duì)底層設(shè)備廠家協(xié)同控制器的依賴,提升運(yùn)營(yíng)商自主創(chuàng)新能力和新產(chǎn)品新業(yè)務(wù)上線速度。

      3.2 面向云網(wǎng)一體的運(yùn)營(yíng)支撐系統(tǒng)架構(gòu)演進(jìn)方法

      基于以上系統(tǒng)架構(gòu),本文提出一種分層解耦、分步部署的基于ONAP/TMF 架構(gòu)理念的云網(wǎng)協(xié)同運(yùn)營(yíng)支撐架構(gòu)演進(jìn)方法,在云網(wǎng)運(yùn)營(yíng)支撐系統(tǒng)架構(gòu)的設(shè)計(jì)和部署上將云網(wǎng)資源/能力編排協(xié)同層與云網(wǎng)業(yè)務(wù)/應(yīng)用編排協(xié)同層分離解耦,先將云網(wǎng)資源/能力編排協(xié)同層參考ONAP/TMF 架構(gòu)理念進(jìn)行部署,再根據(jù)需要將云網(wǎng)業(yè)務(wù)/應(yīng)用編排協(xié)同層遷移到ONAP/TMF架構(gòu)。

      運(yùn)營(yíng)商受技術(shù)水平和使用經(jīng)驗(yàn)不足、已有業(yè)務(wù)編排的復(fù)雜度不高、投資規(guī)模、人員組織架構(gòu)分屬不同團(tuán)隊(duì)以及現(xiàn)有運(yùn)營(yíng)支撐系統(tǒng)架構(gòu)與目標(biāo)架構(gòu)不完全匹配等因素影響,在ONAP/TMF 編排架構(gòu)部署無(wú)法一步到位的情況下,可以通過(guò)分層解耦、分步部署的方法,通過(guò)云網(wǎng)協(xié)同器拉通底層云網(wǎng)能力,通過(guò)TOSCA的拓?fù)浣:凸ぷ髁鞒桃婕夹g(shù)的使用,將所有云和網(wǎng)絡(luò)的資源對(duì)象進(jìn)行抽象和建模,構(gòu)建統(tǒng)一的邏輯網(wǎng)絡(luò)和云資源層,向上層業(yè)務(wù)層開(kāi)放云網(wǎng)能力,業(yè)務(wù)層感知到的只是云網(wǎng)能力集合和標(biāo)準(zhǔn)化接口參數(shù),云網(wǎng)協(xié)同器對(duì)業(yè)務(wù)層屏蔽云網(wǎng)資源層的異構(gòu)接口差異。將云網(wǎng)協(xié)同器作為云網(wǎng)資源/能力編排協(xié)同層的功能承載平臺(tái)并按照ONAP 架構(gòu)進(jìn)行部署,既支撐了新的業(yè)務(wù)需求并向業(yè)界先進(jìn)主流編排架構(gòu)遷移,又保障了對(duì)現(xiàn)有業(yè)務(wù)流程的繼承和支撐,以及業(yè)務(wù)和服務(wù)的延續(xù)性。

      3.2.1 TMF分層模型架構(gòu)說(shuō)明

      根據(jù)電信管理論壇(Telecommunication Management Forum,TMF)的標(biāo)準(zhǔn),電信業(yè)務(wù)PSR 模型分層劃分為產(chǎn)品(Product)、面向客戶的服務(wù)(Customer Facing Service,CFS)、面向資源的服務(wù)(Resource Facing Service,RFS)和資源(Resource,RES)。運(yùn)營(yíng)商可以通過(guò)云網(wǎng)協(xié)同器先行實(shí)現(xiàn)RFS 和RES 層面的編排協(xié)同,然后根據(jù)需要在云網(wǎng)協(xié)同器增加CFS層面的編排協(xié)同能力,或者由上層業(yè)務(wù)平臺(tái)實(shí)現(xiàn)CFS 層面的編排協(xié)同。具體說(shuō)明如下。

      P:Product,產(chǎn)品是面向客戶提供最小可銷售單元的功能和操作能力,產(chǎn)品涉及的網(wǎng)絡(luò)屬性和網(wǎng)絡(luò)服務(wù)通過(guò)服務(wù)層獲取。

      S:Service,服務(wù)分為2層,包含CFS和RFS。

      CFS:面向客戶的服務(wù),指的是客戶可感知的端到端網(wǎng)絡(luò)通信能力,由面向云網(wǎng)資源的服務(wù)組裝而成,包括點(diǎn)到點(diǎn)、點(diǎn)到網(wǎng)等能力。CFS 由一個(gè)或多個(gè)RFS組合而成,CFS 與CFS 之間可存在嵌套關(guān)系。CFS 一般是跨網(wǎng)絡(luò)域或跨業(yè)務(wù)域的。

      RFS:面向資源的服務(wù),指的是各通信網(wǎng)絡(luò)、云資源提供的云網(wǎng)能力,由云網(wǎng)資源提供的原子能力組裝而成,也可直接出租給客戶,包括5GC、PON、城域網(wǎng)、骨干網(wǎng)、省內(nèi)/本地傳輸網(wǎng)、云資源池IaaS/PaaS 等提供的業(yè)務(wù)服務(wù)。RFS由一個(gè)或多個(gè)RES提供的原子能力組裝而成,RFS一般是某個(gè)網(wǎng)絡(luò)域或業(yè)務(wù)域內(nèi)的。

      R 或RES:Resource,資源是網(wǎng)絡(luò)中涉及的物理資源(網(wǎng)絡(luò)設(shè)備、線路等)、邏輯資源(IP、端口、鏈路、VLAN、碼號(hào)等)、網(wǎng)元(UPF、UDM、PCF 等)、虛擬資源(虛擬機(jī)、容器等)、業(yè)務(wù)平臺(tái)等的總稱。

      電信業(yè)務(wù)的產(chǎn)品層、服務(wù)層和資源層的分層模型架構(gòu)如圖1所示。

      圖1 TMF PSR分層架構(gòu)

      3.2.2 基于ONAP和TMF架構(gòu)的演進(jìn)方法

      基于ONAP/TMF 的編排架構(gòu),云網(wǎng)協(xié)同器分為設(shè)計(jì)態(tài)和運(yùn)行態(tài)2 個(gè)獨(dú)立的工作區(qū)。在設(shè)計(jì)態(tài)工作區(qū),部署云網(wǎng)資源(RES)對(duì)象、云網(wǎng)能力(RFS)對(duì)象、業(yè)務(wù)流程、API 接口、服務(wù)策略的編排設(shè)計(jì)模塊,包括面向RFS、RES的對(duì)象設(shè)計(jì)、編排協(xié)同流程設(shè)計(jì)、API接口設(shè)計(jì)和服務(wù)策略設(shè)計(jì),生成基于TOSCA 模型和工作流模板的編排包(即CSAR文件)。

      將編排包文件加載到運(yùn)行態(tài)工作區(qū),通過(guò)編排包就緒模塊進(jìn)行編排包校驗(yàn)和測(cè)試驗(yàn)證,再通過(guò)服務(wù)接收和實(shí)例化,逆向逐層解析(即把1個(gè)RFS 對(duì)象分解為若干個(gè)RES 對(duì)象并實(shí)例化),最后將分解后的面向南向各個(gè)域控制器的API接口指令按照設(shè)計(jì)態(tài)工作區(qū)設(shè)定的工作流順序下發(fā)給各個(gè)域控制器執(zhí)行。云網(wǎng)協(xié)同器功能模塊圖如圖2所示。

      圖2 云網(wǎng)協(xié)同器功能模塊

      在此基礎(chǔ)上,在各方面條件成熟的時(shí)候可進(jìn)行下一步部署,包含但不限于如下情況。

      a)運(yùn)營(yíng)商的業(yè)務(wù)/應(yīng)用進(jìn)一步豐富,2B/2C/2H 業(yè)務(wù)進(jìn)一步融合,業(yè)務(wù)靈活編排組合或各業(yè)務(wù)之間嵌套的需求進(jìn)一步凸顯。

      b)ONAP相關(guān)架構(gòu)、技術(shù)和組件進(jìn)一步完善,使用經(jīng)驗(yàn)更加豐富,相關(guān)應(yīng)用案例和應(yīng)用場(chǎng)景進(jìn)一步豐富。

      c)人員支撐和整合更有保障,人員具備可進(jìn)行CFS/RFS/RES 全棧的設(shè)計(jì)、編排、開(kāi)發(fā)、測(cè)試和運(yùn)維的能力。

      d)原有業(yè)務(wù)已完成遷移到云網(wǎng)協(xié)同器進(jìn)行處理。

      在以上條件滿足時(shí),可考慮將業(yè)務(wù)/應(yīng)用編排流程(即CFS)基于新的ONAP架構(gòu)部署實(shí)施,包括2種可選的實(shí)施方式。

      方式1:在現(xiàn)有的云網(wǎng)協(xié)同器平臺(tái)架構(gòu)內(nèi)增加部署獨(dú)立的CFS設(shè)計(jì)、編排、測(cè)試模塊,并與現(xiàn)有的RFS、RES 設(shè)計(jì)、編排、測(cè)試流程整合,具體設(shè)計(jì)內(nèi)容包括如下2種情況。

      a)基于云網(wǎng)協(xié)同器已有的和新增的RFS 對(duì)象進(jìn)行編排組合,形成CFS。如圖3 所示,在設(shè)計(jì)態(tài)將RFS1/RFS2/RFS3 進(jìn)行編排設(shè)計(jì),構(gòu)建生成CFS1 編排包,然后將編排包加載到運(yùn)行態(tài),當(dāng)在運(yùn)行態(tài)進(jìn)行CFS1 編排包調(diào)用時(shí),將CFS1 解析為RFS1/RFS2/RFS3,并執(zhí)行后續(xù)解析和實(shí)例化操作。

      圖3 基礎(chǔ)的CFS設(shè)計(jì)和編排

      b)基于a)已有的CFS/RFS 對(duì)象進(jìn)行編排組合或嵌套,形成新的內(nèi)容更為豐富、較為復(fù)雜的CFS。如圖4 所示,在設(shè)計(jì)態(tài)將RFS4/RFS5/CFS1 進(jìn)行編排設(shè)計(jì),構(gòu)建生成CFS2 編排包,然后將編排包加載到運(yùn)行態(tài)。當(dāng)在運(yùn)行態(tài)進(jìn)行CFS2 編排包調(diào)用時(shí),將CFS2 解析為RFS4/RFS5/CFS1,然后再進(jìn)一步將CFS1 解析為RFS1/RFS2/RFS3,并執(zhí)行后續(xù)解析和實(shí)例化操作。

      圖4 復(fù)雜的CFS設(shè)計(jì)和編排

      升級(jí)后的云網(wǎng)編排協(xié)同器將成為一個(gè)功能完備的、全棧的業(yè)務(wù)和能力編排協(xié)同器,即具備CFS/RFS/RES的設(shè)計(jì)、編排運(yùn)行能力,其北向?qū)蝇F(xiàn)有的業(yè)務(wù)受理平臺(tái)(比如訂單平臺(tái)),承載業(yè)務(wù)開(kāi)通指令;東西向?qū)淤Y源管理系統(tǒng),負(fù)責(zé)業(yè)務(wù)開(kāi)通相關(guān)資源的申請(qǐng);南向?qū)痈鱾€(gè)域控制器,負(fù)責(zé)對(duì)底層網(wǎng)元、平臺(tái)的數(shù)據(jù)配置。云網(wǎng)協(xié)同器升級(jí)后,待已有業(yè)務(wù)完全割接到云網(wǎng)協(xié)同器后,可將現(xiàn)網(wǎng)的調(diào)度、服務(wù)開(kāi)通系統(tǒng)逐步退出服務(wù)。升級(jí)后的云網(wǎng)編排協(xié)同器功能模塊圖如圖5所示。

      圖5 升級(jí)后的云網(wǎng)協(xié)同器功能模塊

      需說(shuō)明的是,新增加的CFS 層與現(xiàn)有RFS/RES 層完全融合,在設(shè)計(jì)態(tài)工作區(qū)將對(duì)象設(shè)計(jì)、業(yè)務(wù)流程設(shè)計(jì)、策略設(shè)計(jì)、API 設(shè)計(jì)和編排包構(gòu)建模塊完全整合在一起,在運(yùn)行態(tài)工作區(qū)將編排包就緒、服務(wù)接收、實(shí)例分解、業(yè)務(wù)流程執(zhí)行和策略執(zhí)行模塊完全整合在一起。先在設(shè)計(jì)態(tài)基于RES→RFS→CFS 的順序進(jìn)行建模并結(jié)合工作流技術(shù)構(gòu)建編排包,然后將設(shè)計(jì)態(tài)工作區(qū)構(gòu)建的編排包加載到運(yùn)行態(tài)工作區(qū),通過(guò)編排包就緒模塊進(jìn)行編排包校驗(yàn)和測(cè)試,接著通過(guò)服務(wù)接收和實(shí)例化,按照設(shè)計(jì)的工作流流程,逐層逆向解析(即先把1 個(gè)CFS 對(duì)象分解為若干個(gè)RFS 對(duì)象,再把每個(gè)RFS 對(duì)象分解為若干個(gè)RES 對(duì)象,并進(jìn)行實(shí)例化),最后將分解后的面向南向各個(gè)域控制器的API接口指令按照設(shè)計(jì)的工作流流程下發(fā)給各個(gè)域控制器執(zhí)行。

      方式2:升級(jí)現(xiàn)有的調(diào)度、服務(wù)開(kāi)通系統(tǒng)為業(yè)務(wù)編排平臺(tái),以支持CFS 設(shè)計(jì)、編排、測(cè)試功能,或參考ONAP/TMF 架構(gòu)理念,另外獨(dú)立部署業(yè)務(wù)/應(yīng)用編排平臺(tái),負(fù)責(zé)CFS 層面的設(shè)計(jì)、編排和測(cè)試,該平臺(tái)南向通過(guò)REST API與云網(wǎng)協(xié)同器對(duì)接,直接調(diào)用云網(wǎng)協(xié)同器的RFS/RES 編排能力,從而最終完成目標(biāo)ONAP 架構(gòu)的部署。待已有業(yè)務(wù)完全割接到業(yè)務(wù)/應(yīng)用編排平臺(tái)后,可將現(xiàn)網(wǎng)的調(diào)度、服務(wù)開(kāi)通系統(tǒng)逐步退出服務(wù)。業(yè)務(wù)編排平臺(tái)的具體設(shè)計(jì)內(nèi)容包括如下2種情況。

      a)業(yè)務(wù)/應(yīng)用編排平臺(tái)的CFS 由若干個(gè)RFS 對(duì)象組成,業(yè)務(wù)/應(yīng)用編排平臺(tái)按照設(shè)定的業(yè)務(wù)流程將CFS拆解成RFS,然后直接調(diào)用云網(wǎng)協(xié)同器的RFS/RES 編排能力。

      b)業(yè)務(wù)/應(yīng)用編排平臺(tái)的CFS 由若干個(gè)較為簡(jiǎn)單的CFS 和RFS 對(duì)象嵌套組成,在業(yè)務(wù)/應(yīng)用編排平臺(tái)按照設(shè)定的業(yè)務(wù)流程將復(fù)雜的CFS 拆解成RFS,然后直接調(diào)用云網(wǎng)協(xié)同器的RFS/RES編排能力。

      升級(jí)后的業(yè)務(wù)編排平臺(tái)東西向?qū)淤Y源管理系統(tǒng),負(fù)責(zé)云網(wǎng)資源的核實(shí)分配,升級(jí)后的業(yè)務(wù)層和能力層設(shè)計(jì)編排功能模塊如圖6所示。

      圖6 升級(jí)后的業(yè)務(wù)層和能力層設(shè)計(jì)編排功能模塊

      本文提出的云網(wǎng)協(xié)同運(yùn)營(yíng)支撐架構(gòu)分層解耦、分步部署的演進(jìn)方法,具有現(xiàn)實(shí)可行、平滑升級(jí)、靈活擴(kuò)展、經(jīng)濟(jì)節(jié)約等特點(diǎn),可以為運(yùn)營(yíng)商的云網(wǎng)協(xié)同運(yùn)營(yíng)支撐系統(tǒng)架構(gòu)向ONAP/TMF 架構(gòu)轉(zhuǎn)型的分步部署實(shí)施提供清晰的路徑指引和參考。運(yùn)營(yíng)商可以根據(jù)業(yè)務(wù)需求、技術(shù)成熟度、平臺(tái)建設(shè)進(jìn)度和人員支撐情況,自主掌控云網(wǎng)協(xié)同運(yùn)營(yíng)支撐系統(tǒng)架構(gòu)演進(jìn)進(jìn)度。

      4 結(jié)束語(yǔ)

      本文介紹了一種分層解耦、分步部署的云網(wǎng)協(xié)同運(yùn)營(yíng)支撐系統(tǒng)架構(gòu)演進(jìn)方法,在云網(wǎng)運(yùn)營(yíng)支撐系統(tǒng)架構(gòu)的設(shè)計(jì)和部署上將云網(wǎng)資源/能力編排協(xié)同層與云網(wǎng)業(yè)務(wù)/應(yīng)用編排協(xié)同層分離解耦,先將云網(wǎng)資源/能力編排協(xié)同層參考ONAP/TMF 架構(gòu)理念進(jìn)行部署,再根據(jù)需要將云網(wǎng)業(yè)務(wù)/應(yīng)用編排協(xié)同層遷移到ONAP/TMF 架構(gòu)。本文介紹的方法可以為運(yùn)營(yíng)商的云網(wǎng)協(xié)同運(yùn)營(yíng)支撐系統(tǒng)架構(gòu)向ONAP/TMF 架構(gòu)轉(zhuǎn)型的分步部署實(shí)施提供清晰的路徑指引和參考。

      猜你喜歡
      云網(wǎng)部署架構(gòu)
      下期要目
      新型云網(wǎng)融合編排與調(diào)度系統(tǒng)架構(gòu)與分析
      基于FPGA的RNN硬件加速架構(gòu)
      一種基于Kubernetes的Web應(yīng)用部署與配置系統(tǒng)
      基于ONAP開(kāi)源架構(gòu)的云網(wǎng)操作系統(tǒng)研究
      晉城:安排部署 統(tǒng)防統(tǒng)治
      功能架構(gòu)在電子電氣架構(gòu)開(kāi)發(fā)中的應(yīng)用和實(shí)踐
      汽車工程(2021年12期)2021-03-08 02:34:30
      航天云網(wǎng)科技發(fā)展有限責(zé)任公司
      部署
      LSN DCI EVPN VxLAN組網(wǎng)架構(gòu)研究及實(shí)現(xiàn)
      嘉峪关市| 金平| 旬阳县| 高雄市| 洛阳市| 正阳县| 津南区| 时尚| 彰武县| 翁源县| 海原县| 闵行区| 曲麻莱县| 太仆寺旗| 沾化县| 勐海县| 克什克腾旗| 遂宁市| 临夏市| 崇明县| 樟树市| 龙山县| 资中县| 类乌齐县| 秦安县| 清涧县| 咸阳市| 镇巴县| 大埔区| 东辽县| 辽阳市| 寿光市| 福清市| 招远市| 黑山县| 华阴市| 怀化市| 利津县| 南宫市| 东阿县| 大足县|