隨著服務提供商熱衷于部署基于NFV的服務，他們發(fā)現(xiàn)管理和編排（MANO）是業(yè)務部署中的痛點。關于MANO最大的問題是如何從高級架構圖轉(zhuǎn)變成為實現(xiàn)可互操作性。我們選擇采取傳統(tǒng)的電信模式，通過標準組織工作？還是我們采用云計算的方式專注于開源開發(fā)項目？

標準制定組織（SDO）——實驗和真實

整個電信領域是由各種標準制定組織（SDO）和相關機構（包括ETSI、ANSI、IETF、IEEE、ITU-T、ATIS、TM論壇、Telcordia、TIA、IEC等）組合而成。這些SDO提供詳細的規(guī)格，以滿足運營商、廠商、監(jiān)管機構在不同程度上的需求。然而，這個方法有一些缺點：

速度慢，SDO通常需要幾個月甚至幾年來制定或更新標準。這在發(fā)展速度飛快的互聯(lián)網(wǎng)行業(yè)中周期太漫長了。不切實際，由SDO生產(chǎn)的標準在實際應用中可能行不通、不完全實用。相關性低，SDO可能產(chǎn)生不專注于技術的基本方面的標準，并且可能會省略關鍵組件或接口的定義。

開源項目——共識和代碼

以云為中心的技術和應用程序繞過了SDO的模式，更傾向于實際的標準，這通常是開源軟件項目帶來的結果。開源項目的動態(tài)和社區(qū)性質(zhì)確保他們不會產(chǎn)生SDO經(jīng)歷的上述問題。然而，開源項目可能有自己的問題：

競爭項目，通常有多個開源項目在相同的應用程序上工作。例如，開源MANO、Open-O、Open Baton、ECOMP都在尋求實現(xiàn)NFV MANO編排的方式，結果是注意力的分散。變化率，開源項目通常每年都會有2個、3個甚至4個版本，通常會對API和行為進行重大更改。使用這些版本費時費力，同時還要考慮下一個版本的變化問題。版本兼容性，版本之間可能不會向后兼容，造成遷移和升級操作復雜化長期支持，開源項目的成功取決于廣泛的社區(qū)支持，如果指定的項目失去社區(qū)支持，該項目可能會逐漸消亡，剩余的用戶會被擱淺。

開源與標準化之爭

標準與開源之爭出現(xiàn)在各類文章和會議上，Heavy Reading的Sterling Perrin提出了這個問題，并報告了業(yè)界投票的結果，下圖顯示了他在最近的一次會議上展示出來的結果。

如圖所示，歸因于主體的重要性的變化，OpenStack、ONF和OpenDaylight等開源項目對運營商的重要性日益增加。與此同時，ATIS、TIA、ITU-T、ASNI、TM論壇等組織的重要性正在日益降低。

戰(zhàn)斗剛剛開始

開源與標準化之爭伴隨著速度與風險。運營商看到了SDO和前瞻性開源項目帶來的優(yōu)勢，但這種趨勢正在逐漸向后者靠攏。SDO開始對此作出反應，嘗試更快地推出標準，并且支持開源的工作。例如，MEF正在支持開源的工作，以實施其生命周期服務協(xié)調(diào)可視化架構。我個人認為這是正確的方式，使傳統(tǒng)的SDO工作能夠發(fā)揮作用并得以實現(xiàn)。有一件事是可以肯定的，SDO不會消亡。

原文鏈接：http://www.lightreading.com/open-source/industry-bodies-groups/defining-mano-open-source-vs-standards/d/d-id/727256?

生成海報

免責聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網(wǎng)站對有關資料所引致的錯誤、不確或遺漏，概不負任何法律責任。任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權或存在不實內(nèi)容時，應及時向本網(wǎng)站提出書面權利通知或不實情況說明，并提供身份證明、權屬證明及詳細侵權或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關文章源頭核實，溝通刪除相關內(nèi)容或斷開相關鏈接。