面向NFV和SDN的自動化的編排系統(tǒng)：智能化ONAP社區(qū)

在今年3月份，AT&T OpenECOMP項(xiàng)目與中國移動主導(dǎo)的Open-Orchestration（OPEN-O）項(xiàng)目正式合并成為Linux基金會旗下的Open Network Automation Platform (ONAP)項(xiàng)目。

8個月之后，ONAP推出了其備受期待的首個軟件版本——Amsterdam，承諾為網(wǎng)絡(luò)自動化提供一個統(tǒng)一架構(gòu)，其模塊可以被運(yùn)營商立即使用。作為ONAP發(fā)布的首個架構(gòu)，Amsterdam不僅結(jié)合了兩個組織的貢獻(xiàn)代碼，消除了過程的重復(fù)性，并且增加了重要的新功能。

作為下一代網(wǎng)絡(luò)轉(zhuǎn)型的核心系統(tǒng)，以及行業(yè)內(nèi)的事實(shí)標(biāo)準(zhǔn)，怎么形容ONAP的重要性似乎都不過分。在昨天召開的“GNTC全球網(wǎng)絡(luò)技術(shù)大會”上，中國移動研究院網(wǎng)絡(luò)所副所長王亞晨詳細(xì)介紹了ONAP的最新進(jìn)展。王亞晨表示，ONAP是一個開放的開源社區(qū)，其理念是希望能夠吸引更多的合作伙伴，不簡單是傳統(tǒng)的電信領(lǐng)域，更希望IT領(lǐng)域的合作伙伴能夠加入其中，貢獻(xiàn)應(yīng)用場景、需求、代碼，真正把ONAP社區(qū)做到未來智能化發(fā)展。

王亞晨透露，剛剛發(fā)布的Amsterdam版本整合了ECOMP和OPEN-O，代碼長度達(dá)到了600萬行，ONAP的第二個版本—Beijing將會在明年五六月份正式發(fā)布。

全領(lǐng)域覆蓋：ONAP成員達(dá)58家

在王亞晨看來，開放可以說是ONAP最為核心的理念，目的就是利用比較新的技術(shù)，打造一個面向NFV和SDN的自動化的編排系統(tǒng)。

也正是在這樣的理念指引，在今年年初，ECOMP和Open-O正式合并成為ONAP。合并的過程并不像外界想象的那么簡單，ECOMP當(dāng)時已經(jīng)有300多萬行代碼，Open-O也有約100萬行代碼，“合并中面臨的挑戰(zhàn)是很大的，無論是對于中國移動還是合作伙伴，關(guān)鍵是如何把這些代碼融合在一起，形成一個新的編排器軟件架構(gòu)?！?/p>

在ONAP的設(shè)計之初，就強(qiáng)調(diào)它是一個模型驅(qū)動的系統(tǒng)，同時增加了一些比較容易適配在NFV環(huán)境下多廠家的模塊，中國的運(yùn)營商可能和國際運(yùn)營商有很大的區(qū)別，中國移動更加強(qiáng)調(diào)在整個NFV部署系統(tǒng)中，從業(yè)務(wù)層到底層硬件層，可能都是一個多廠家環(huán)境，在設(shè)計整個的ONAP軟件架構(gòu)的時候，就要打破原先AT&T相對比較封閉的軟件架構(gòu)，引入一些新的特征，能讓更多的合作伙伴參與進(jìn)來，這也是中國移動在ONAP設(shè)計之初非常重要的理念。

目前，整個ONAP開源社區(qū)已經(jīng)有了58家合作伙伴，既包含中國移動、中國電信，AT&T等業(yè)界的主流運(yùn)營商，也包含了諸如華為、中興、諾基亞等傳統(tǒng)的設(shè)備商，更重要的是吸引了很多IT的合作伙伴，“我們把ONAP的社區(qū)理解成一個CT加IT技術(shù)的碰撞、融合的社區(qū)，在運(yùn)營商向ICT轉(zhuǎn)型過程中，可以貢獻(xiàn)不同領(lǐng)域?qū)＜伊α康纳鐓^(qū)?！?/p>

目前，ONAP的組織在Linux基金會旗下，由董事會下面會分技術(shù)委員會，會將ONAP拆分成不同的階段，包括需求階段，軟件開發(fā)階段，集成測試階段，每個階段都有不同的項(xiàng)目，目前有30個項(xiàng)目同時在進(jìn)行中，也是整個ONAP社區(qū)能夠良性循環(huán)、保障的有效機(jī)制。

明年發(fā)布第二個版本：Beijing歡迎你

在本月的中國移動全球合作伙伴大會上，中國移動代表Linux基金會發(fā)布了ONAP第一個版本---- Amsterdam（阿姆斯特丹）。為什么如此命名，背后還是有些故事?！斑@是ONAP社區(qū)伙伴一起來決定，每個ONAP版本都將會用一個著名城市來命名，阿姆斯特丹取了它首字母A，代表首個版本，ONAP第二個版本會用北京來命名，預(yù)計會在2018年五六月份發(fā)布?！?/p>

據(jù)王亞晨介紹，ONAP的阿姆斯特丹版本目前有600萬行的代碼。ONAP在設(shè)計非常強(qiáng)調(diào)設(shè)計態(tài)和運(yùn)行態(tài)的區(qū)分，設(shè)計態(tài)和運(yùn)行態(tài)決定了如何在設(shè)計態(tài)完成之后能夠快速在運(yùn)行態(tài)里進(jìn)行加載業(yè)務(wù)，能夠同時在系統(tǒng)運(yùn)行過程中實(shí)時對網(wǎng)絡(luò)的運(yùn)行狀態(tài)進(jìn)行反饋，根據(jù)反饋結(jié)果調(diào)整系統(tǒng)功能、軟件容量、彈性的擴(kuò)存，這是阿姆斯特丹系統(tǒng)里非常核心的一個架構(gòu)。

ONAP的架構(gòu)設(shè)計原則，就是基于自動模型設(shè)計的軟件架構(gòu)，面向NFV和云環(huán)境，引入持續(xù)開發(fā)和持續(xù)集成的理念，希望軟件系統(tǒng)能夠快速適應(yīng)新特征、新技術(shù)引入。

“我們希望在15分鐘完成虛擬化網(wǎng)元的加載，這個在目前的很多系統(tǒng)里是很難做到的，在設(shè)計ONAP的時候，希望它能快速完成加載?！蓖鮼喅空f。

王亞晨表示，中國移動會在今年年底啟動ONAP試點(diǎn)工作；在明年北京版本發(fā)布后，中國移動會將5G的功能逐漸引入ONAP。兩者的結(jié)合主要在網(wǎng)絡(luò)切片方面，ONAP第二、第三個版本考慮如何實(shí)現(xiàn)5G端到端網(wǎng)絡(luò)切片的管理?！癘NAP真正商用的時間，預(yù)計會在2018年底到2019年，5G商用的時間是2020年左右，我們希望在2020年之前ONAP能夠有一個非常完善的商用環(huán)境?！?/p>