前言
由于工作原因,筆者曾參與分析ECOMP白皮書與第一版源代碼,但是近幾個(gè)月ECOMP又發(fā)生了很多變化,包括與Open-O合并成為ONAP,架構(gòu)也隨之發(fā)生很多改變,而這個(gè)階段筆者并沒有繼續(xù)跟進(jìn),并且ECOMP本身非常龐大和復(fù)雜,如果文中出現(xiàn)謬誤,也歡迎大家批評指正。
一、AT&T為什么需要ECOMP?
自2006年開始到2013年期間,AT&T業(yè)務(wù)收入基本上原地踏步。八年業(yè)務(wù)收入總共增長8%,年均復(fù)合增長率接近1%。業(yè)務(wù)收入算術(shù)平均值為1255億美金,八年最大的上下波動(dòng)幅度僅僅為-5.7%--+5.5%。盡管這八年之間業(yè)務(wù)本身經(jīng)歷了寬帶高速增長、triple play業(yè)務(wù)大發(fā)展、移動(dòng)用戶爆發(fā)式增長、智能手機(jī)拉動(dòng)數(shù)據(jù)業(yè)務(wù)等巨大變化,但基本上算是此消彼長,總體業(yè)務(wù)收入穩(wěn)如泰山。這才是AT&T在資本市場面臨的大挑戰(zhàn)。
業(yè)務(wù)收入持續(xù)高增長無望,而持續(xù)穩(wěn)定股利分紅的壓力就變得山大了。因此AT&T在2013年底高調(diào)宣布了Domain2.0計(jì)劃,期望借助新技術(shù)新標(biāo)準(zhǔn)帶來的機(jī)會(huì),全面調(diào)整優(yōu)化供應(yīng)商結(jié)構(gòu),實(shí)現(xiàn)CAPEX大幅度壓縮。也就是說,AT&T持續(xù)增長沒什么希望,必然要走節(jié)支道路,新技術(shù)提供機(jī)會(huì)和手段,Domain2.0高調(diào)登臺,同時(shí)畫新業(yè)務(wù)機(jī)會(huì)的餅。
Domain2.0標(biāo)志著 AT&T要轉(zhuǎn)型成為軟件公司, AT&T計(jì)劃從三方面入手來落地該計(jì)劃。
● 以SDN/NFV技術(shù)為基礎(chǔ)的云化網(wǎng)絡(luò)架構(gòu)轉(zhuǎn)型
● 從傳統(tǒng)運(yùn)營商和MVNO的商業(yè)模式向類似Google的partner分成的商業(yè)模式轉(zhuǎn)型
● 從現(xiàn)有的煙囪模式的組織和人力資源模型向分層的、以軟件為中心的組織和人力資源模型轉(zhuǎn)型
二、什么是ECOMP?
ECOMP分為兩大框架(設(shè)計(jì)期框架、運(yùn)行期框架),兩級編排( MSO & Controller ),八大軟件系統(tǒng):
● ASDC(Service Design and Creation):業(yè)務(wù)開發(fā)設(shè)計(jì)工具
● MSO(Master Service Orchestrator):跨域業(yè)務(wù)編排
● Cloud Controller:云基礎(chǔ)設(shè)施資源控制器
● SDN Controller:網(wǎng)絡(luò)業(yè)務(wù)的快速布放
● APP Controller :VF生命周期管理
● DCAE(Data Collection, Analytics and Events):數(shù)據(jù)采集分析與事件上報(bào),包含F(xiàn)CAPS功能
● A&AI(Active and Available Inventory):維護(hù)全局的資源,服務(wù)及其關(guān)系的視圖
● ECOMP Common Services:提供日志,訪問控制,消息總線等公共服務(wù)
ECOMP的核心理念是整合采購認(rèn)證,業(yè)務(wù)設(shè)計(jì),部署以及運(yùn)維,強(qiáng)調(diào)整體的自動(dòng)化,無碼化。把運(yùn)維的要素(Policy,Analytic)包含在業(yè)務(wù)設(shè)計(jì)中,整合云計(jì)算,NFV,SDN等技術(shù),實(shí)現(xiàn)自動(dòng)化的部署,監(jiān)控,按需調(diào)整虛擬化資源來提供云服務(wù);同時(shí)注重開放能力,開放VF資源、業(yè)務(wù)的設(shè)計(jì)能力以及策略、DCAE應(yīng)用的開發(fā)能力,引入更多生態(tài)伙伴。
這里面我們提取幾個(gè)關(guān)鍵詞:無碼化,自動(dòng)化,開放能力。
首先看一下ECOMP怎么實(shí)現(xiàn)無碼化,ECOMP的無碼化主要還是依賴于類似ODL的Model Driven思想,整個(gè)ECOMP平臺分為設(shè)計(jì)期框架和執(zhí)行期框架,設(shè)計(jì)期框架提供多種模型設(shè)計(jì)接口,包括:Resource,Service, Product, Offer, Policy, Process等,每種模型可以用不同的模型語言描述,可以看出ECOMP的模型驅(qū)動(dòng)不僅僅是數(shù)據(jù)模型化,還有業(yè)務(wù)/編排/策略模型化。
而在設(shè)計(jì)期框架的工作完成之后,平臺會(huì)把各個(gè)模型分發(fā)到對應(yīng)的執(zhí)行部件去執(zhí)行,在不同的部件涉及到不同類型的模型,詳細(xì)請見下圖:
接著看一下ECOMP怎么實(shí)現(xiàn)自動(dòng)化,傳統(tǒng)業(yè)務(wù)流程: 專注于業(yè)務(wù)本身特性,業(yè)務(wù)部署和運(yùn)維需要繁瑣整合。 而ECOMP對于新業(yè)務(wù)的設(shè)計(jì)和上線有一套約束,其要求在新業(yè)務(wù)設(shè)計(jì)階段必須考慮到后續(xù)的運(yùn)維,由此加入了 Policy 和 Analytics 元素,一步到位實(shí)現(xiàn)部署和運(yùn)維的自動(dòng)化。
而ECOMP的開放能力也是一個(gè)很重要的方面,從當(dāng)前第一版的代碼來看,其開放的能力包括:開放的資源上線能力,開放的業(yè)務(wù)定義能力,開放的產(chǎn)品定義能力,開放的流程定義與策略定義能力,新的數(shù)據(jù)分析應(yīng)用的開發(fā)與上線以及開放的模擬與測試能力。
三、ECOMP VS NFV MANO
ECOMP號稱是增強(qiáng)型的MANO架構(gòu),首先我們還是先看看ETSI對于MANO的定義:
相對于傳統(tǒng)的PNF對接EMS的架構(gòu),在做了NFV之后,除了PNF被拆分成NFVI和VNF兩層,還增加了MANO框架,這其中MANO的各個(gè)部件的分工如下:
● NFVO:業(yè)務(wù)與資源的編排,主要提供全局的資源調(diào)度能力和全局的業(yè)務(wù)編排能力。
● VNFM:VNF的生命周期管理(提供包括部署/擴(kuò)容/縮容/下線等自動(dòng)化能力)。
● VIM:NFVI層基礎(chǔ)設(shè)施管理系統(tǒng),包括通用的物理和虛擬資源的管理(資源分配與調(diào)度,F(xiàn)CAPS等)。
這其中涉及到一些接口標(biāo)準(zhǔn)化問題,其中VIM和NFVI的接口由于OpenStack的開源影響力,各方已經(jīng)高度一致。
Orchestrator與VNFM以及VIM層的接口由于其負(fù)責(zé)跨廠家,跨數(shù)據(jù)中心資源協(xié)同,是通用的,各方也沒有分歧。
而VNFM和VNF之間的接口由于VNFM是通用的還是NFV各廠家獨(dú)有的,這部分在還有較多爭論,所以該部分接口尚未標(biāo)準(zhǔn)化。
AT&T號稱ECOMP是一個(gè)增強(qiáng)型的MANO,其認(rèn)為ETSI的NFV MANO架構(gòu)存在兩個(gè)比較大的問題:
● 沒有充分利用SDN/NFV的優(yōu)勢,整體視野仍然不夠,仍然是一個(gè)集成商的思路(各個(gè)公司提供對應(yīng)部件)
● 沒有充分實(shí)現(xiàn)VNF和廠商獨(dú)立,接口沒有充分標(biāo)準(zhǔn)化,存在廠商鎖定風(fēng)險(xiǎn)
AT&T考慮到以上幾點(diǎn)在MANO的基礎(chǔ)上做了不少改進(jìn),包括如下的ECOMP相對于MANO的部件和接口級差別:
● 新增開放的設(shè)計(jì)期框架,使得ECOMP只只需要關(guān)注于業(yè)務(wù)創(chuàng)新,無需關(guān)注運(yùn)行時(shí)業(yè)務(wù)無關(guān)的執(zhí)行框架;
● ETSI NFV框架中的網(wǎng)管仍然負(fù)責(zé)VNF的FCAPS管理,VNFM只負(fù)責(zé)虛擬化網(wǎng)元的生命周期管理,ECOMP通過增加DCAE和Policy融合VNF的FCAPS管理,打破VNF和廠商EMS綁定的關(guān)系;
● ECOMP希望標(biāo)準(zhǔn)化Ve-Vnfm和Nf-Vi接口,定下VNF和NFVI開發(fā)和對接規(guī)范,進(jìn)一步避免廠商鎖定
四、后續(xù)
限于篇幅,本文也只能點(diǎn)到為止,AT&T在電信云領(lǐng)域扛起了創(chuàng)新的大旗,現(xiàn)在看決心是有的,但是能不能做成,并不好說,至少從第一版的代碼來看,缺陷很多,第一,代碼質(zhì)量比較差,有很多不規(guī)范的地方;第二,拿不出一個(gè)可以本地玩的版本,開源軟件本地沒法玩這一點(diǎn)對于開源的品牌是一個(gè)比較大的損害;總之,對于ECOMP的未來,還有很長的路要走。
- 蜜度索驥:以跨模態(tài)檢索技術(shù)助力“企宣”向上生長
- 國家發(fā)改委成立低空經(jīng)濟(jì)發(fā)展司
- 什么是人工智能網(wǎng)絡(luò)? | 智能百科
- 工信部:2025年推進(jìn)工業(yè)5G獨(dú)立專網(wǎng)建設(shè)
- 人工智能如何改變?nèi)蛑悄苁謾C(jī)市場
- 企業(yè)網(wǎng)絡(luò)安全挑戰(zhàn)頻出?Fortinet 給出破解之法
- 2025年生成式人工智能將如何影響眾行業(yè)
- 報(bào)告:人工智能推動(dòng)數(shù)據(jù)中心系統(tǒng)支出激增25%
- 千家早報(bào)|馬斯克預(yù)測:人工智能或?qū)⒊絾蝹€(gè)人類;鴻蒙生態(tài)(武漢)創(chuàng)新中心啟用,推動(dòng)鴻蒙軟硬件在武漢首試首用——2024年12月27日
- 中移建設(shè)被拉入軍采“黑名單”
- 大理移動(dòng)因違規(guī)套現(xiàn)等問題,擬被列入軍采失信名單
免責(zé)聲明:本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿,凡在本網(wǎng)站出現(xiàn)的信息,均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性,但不保證有關(guān)資料的準(zhǔn)確性及可靠性,讀者在使用前請進(jìn)一步核實(shí),并對任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯(cuò)誤、不確或遺漏,概不負(fù)任何法律責(zé)任。任何單位或個(gè)人認(rèn)為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實(shí)內(nèi)容時(shí),應(yīng)及時(shí)向本網(wǎng)站提出書面權(quán)利通知或不實(shí)情況說明,并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后,將會(huì)依法盡快聯(lián)系相關(guān)文章源頭核實(shí),溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。