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