隨著服務(wù)提供商熱衷于部署基于NFV的服務(wù),他們發(fā)現(xiàn)管理和編排(MANO)是業(yè)務(wù)部署中的痛點(diǎn)。關(guān)于MANO最大的問題是如何從高級(jí)架構(gòu)圖轉(zhuǎn)變成為實(shí)現(xiàn)可互操作性。我們選擇采取傳統(tǒng)的電信模式,通過標(biāo)準(zhǔn)組織工作?還是我們采用云計(jì)算的方式專注于開源開發(fā)項(xiàng)目?
整個(gè)電信領(lǐng)域是由各種標(biāo)準(zhǔn)制定組織(SDO)和相關(guān)機(jī)構(gòu)(包括ETSI、ANSI、IETF、IEEE、ITU-T、ATIS、TM論壇、Telcordia、TIA、IEC等)組合而成。這些SDO提供詳細(xì)的規(guī)格,以滿足運(yùn)營(yíng)商、廠商、監(jiān)管機(jī)構(gòu)在不同程度上的需求。然而,這個(gè)方法有一些缺點(diǎn):
速度慢,SDO通常需要幾個(gè)月甚至幾年來(lái)制定或更新標(biāo)準(zhǔn)。這在發(fā)展速度飛快的互聯(lián)網(wǎng)行業(yè)中周期太漫長(zhǎng)了。不切實(shí)際,由SDO生產(chǎn)的標(biāo)準(zhǔn)在實(shí)際應(yīng)用中可能行不通、不完全實(shí)用。相關(guān)性低,SDO可能產(chǎn)生不專注于技術(shù)的基本方面的標(biāo)準(zhǔn),并且可能會(huì)省略關(guān)鍵組件或接口的定義。開源項(xiàng)目——共識(shí)和代碼以云為中心的技術(shù)和應(yīng)用程序繞過了SDO的模式,更傾向于實(shí)際的標(biāo)準(zhǔn),這通常是開源軟件項(xiàng)目帶來(lái)的結(jié)果。開源項(xiàng)目的動(dòng)態(tài)和社區(qū)性質(zhì)確保他們不會(huì)產(chǎn)生SDO經(jīng)歷的上述問題。然而,開源項(xiàng)目可能有自己的問題:
競(jìng)爭(zhēng)項(xiàng)目,通常有多個(gè)開源項(xiàng)目在相同的應(yīng)用程序上工作。例如,開源MANO、Open-O、Open Baton、ECOMP都在尋求實(shí)現(xiàn)NFV MANO編排的方式,結(jié)果是注意力的分散。變化率,開源項(xiàng)目通常每年都會(huì)有2個(gè)、3個(gè)甚至4個(gè)版本,通常會(huì)對(duì)API和行為進(jìn)行重大更改。使用這些版本費(fèi)時(shí)費(fèi)力,同時(shí)還要考慮下一個(gè)版本的變化問題。版本兼容性,版本之間可能不會(huì)向后兼容,造成遷移和升級(jí)操作復(fù)雜化長(zhǎng)期支持,開源項(xiàng)目的成功取決于廣泛的社區(qū)支持,如果指定的項(xiàng)目失去社區(qū)支持,該項(xiàng)目可能會(huì)逐漸消亡,剩余的用戶會(huì)被擱淺。開源與標(biāo)準(zhǔn)化之爭(zhēng)標(biāo)準(zhǔn)與開源之爭(zhēng)出現(xiàn)在各類文章和會(huì)議上,Heavy Reading的Sterling Perrin提出了這個(gè)問題,并報(bào)告了業(yè)界投票的結(jié)果,下圖顯示了他在最近的一次會(huì)議上展示出來(lái)的結(jié)果。
如圖所示,歸因于主體的重要性的變化,OpenStack、ONF和OpenDaylight等開源項(xiàng)目對(duì)運(yùn)營(yíng)商的重要性日益增加。與此同時(shí),ATIS、TIA、ITU-T、ASNI、TM論壇等組織的重要性正在日益降低。
戰(zhàn)斗剛剛開始開源與標(biāo)準(zhǔn)化之爭(zhēng)伴隨著速度與風(fēng)險(xiǎn)。運(yùn)營(yíng)商看到了SDO和前瞻性開源項(xiàng)目帶來(lái)的優(yōu)勢(shì),但這種趨勢(shì)正在逐漸向后者靠攏。SDO開始對(duì)此作出反應(yīng),嘗試更快地推出標(biāo)準(zhǔn),并且支持開源的工作。例如,MEF正在支持開源的工作,以實(shí)施其生命周期服務(wù)協(xié)調(diào)可視化架構(gòu)。我個(gè)人認(rèn)為這是正確的方式,使傳統(tǒng)的SDO工作能夠發(fā)揮作用并得以實(shí)現(xiàn)。有一件事是可以肯定的,SDO不會(huì)消亡。
原文鏈接:http://www.lightreading.com/open-source/industry-bodies-groups/defining-mano-open-source-vs-standards/d/d-id/727256?