標準化、統(tǒng)一化具有很大的優(yōu)勢，但也面臨著很大的風險。其中最糟糕的是懈怠的想法，在充滿變化的世界中太過謹慎，對標準化組織太過信任，缺乏大膽的、富有想象力的計劃。

本文將探討開放標準，開源規(guī)范，過度標準化的危險以及可能構成NFV標準的內(nèi)容。

標準

在電信領域，在可靠性、可用性、連續(xù)性和規(guī)模化方面，長期以來傳統(tǒng)的服務標準是非常重要的，標準化需要的關鍵原因之一是互操作性，運營商能夠混合提供服務并與來自不同廠商硬件和軟件產(chǎn)品相匹配以達到其目標。

[[217958]]

標準可以來自某個獨立的公司，并通過廣泛的采用成為實際的標準，例如TCP/IP就是以這種方式成為標準。監(jiān)管機構推動法定的標準，如ISO。實際的標準有時會演變成法定的標準，通常情況下標準是通過標準開發(fā)組織(SDO)成員之間的某種形式的共識流程來制定的，通常代表公共部門和私營部門。很多人把這一類稱為開放標準，但是開放這個太不精確了，并不是所有的開放標準都是開放的。

開放標準

大多數(shù)人都同意ITU-T的開放標準的定義：開放標準是面向公眾提供的標準，通過寫作和共識驅動的過程開發(fā)和維護。開放標準促進不同產(chǎn)品或服務之間的互操作性和數(shù)據(jù)交換，旨在廣泛的采用。

ITU-T定義中涉及知識產(chǎn)權(IPR)的一些細節(jié)可能存在一些意見分歧，就本文而言，將把“開放標準”限定于哪些遵守知識產(chǎn)權的領域，無歧視的基礎上所有人都可以免費申請。

開源

開源涵蓋了兩個相關的概念，即軟件開發(fā)和許可，所謂“免費且開源軟件”和“開源”的定義中，都涉及了代碼的自由獲取和免費分發(fā)。在堅持“代碼為王”的同時，開源組織也在規(guī)范方面做出努力，這可以視為“開放標準”。如果這些開放的標準被廣泛采用就成為實際上的標準，并且有可能成為官方標準。

這實際上是制定一個有價值的標準的最健康的方式：SDO和開源項目之間合作，產(chǎn)生一個真實的“開放標準”，并且得到驗證、采納并最終形式化。

過度標準帶來的危害

由于NFV關注在管理和編排領域，標準化通常會帶來Opex的降低，由于可復制的操作更多，運營商具有一定程度的獨立于廠商的優(yōu)勢，來自不同廠商的產(chǎn)品之間互操作性得以提升，能夠顯著降低成本。與此同時，標準化降低了創(chuàng)新的潛力，并為有意愿引入前沿技術服務的運營商造成了障礙。

MFV管理和編排的最全面的標準來自ETSI NFV，該組織在相對較短的時間內(nèi)完成了大量的工作。事實上，ETSI在NFV的標準化方面的工作非常突出，早期推動規(guī)范標準(Release 2和Release 3)，而不是讓更多的時間來吸收信息標準(Release 1)測試，并在授權前與行業(yè)反饋一起演變。太多、太早推出標準化意味著對于目前仍處在發(fā)展階段的NFV來說，產(chǎn)生了很多不太理想的標準。

ETSI NFV標準的制定秉承純粹的以NFV為中心的理念，避免FACPS管理以及不愿意進行網(wǎng)絡功能分解的限制。早期研究NFV標準需要進入NFV領域，但運營商想要充分受益于NFV需要打破這些條條框框。

如果運營商在生產(chǎn)環(huán)境中采用以下某些方案，則基于實施/ceshi ,dui ETSI NFV標準的影響如下：

• NFVO被吸收到更高層的服務編排器中
• 特定的VNFM小事，或重組為VNF組件
• 通用VNFM被NFVO吸收
• 網(wǎng)絡服務的概念消失，或被吸收到更廣泛的服務概念中
• 我們所熟悉的VNF進一步分解為管理體系架構中的細粒度網(wǎng)絡功能

運營商需要搞清楚何時何地需要標準，廠商在差異化方面蓬勃發(fā)展。運營商需要利用標準化之外的優(yōu)勢，同時確保服務敏捷性，他們對產(chǎn)品的投資是面向未來的。因此，運營商需要“恰到好處的標準”。

恰到好處的標準

我們現(xiàn)在對電信NFV所需要的就是足夠的標準，這個階段的標準不僅是***的，還有關于需要什么樣的標準才能實現(xiàn)互操作性，同時又不能扼殺服務敏捷性。

希望ETSI NFV工作組認識到過渡規(guī)范化的危害，以及為什么由于其知識產(chǎn)權政策而不能完全產(chǎn)生“開放標準”，要實現(xiàn)恰到好處的標準還有很長的路要走。要在規(guī)范標準中承擔新的工作更具有選擇性，更大膽的舉措是將大多數(shù)現(xiàn)有的IFA和SOL規(guī)范轉化為信息化。

我們希望NFV社區(qū)遵循標準，因為社區(qū)是非常寶貴的信息來源，并不是因為社區(qū)的強制性。一個很好的例子就是IFA011、IFA014、IFA015中記錄的ETSI NFV信息模型。為什么要強制這些信息模型，特別是為什么要求實現(xiàn)它們的數(shù)據(jù)模型需要復制這些標準規(guī)范地強加的層次?ETSI NFV信息模型應該簡單地表示需要實現(xiàn)什么，而不是如何實現(xiàn)。

TOSCA——恰到好處

如果沒有實現(xiàn)恰到好處的標準，這篇文章就不完整，所以我們接下來談談TOSCA。它是為了部署和編排云應用程序而開發(fā)的一套標準，這使得它比NFV更廣泛，比電信公司更廣泛，但同時適用于兩者。它首先是一個開放的標準。

它使得開源項目(例如ONAP)或SDO(例如ETSI NFV)采用其語法和理念來擴展它以滿足開源項目和標準組織的需求，并創(chuàng)建他們所服務的社區(qū)所需的實際上的標準。

ETSI NFV IFA和SOL標準明確針對特定的NFV MANO功能塊。這是非常嚴格的，廠商創(chuàng)建符合這些標準規(guī)定的接口的產(chǎn)品，以便于其他產(chǎn)品(如VNFM或NFVO)互操作。當前面提到的運營商部署方案之一實現(xiàn)時，這些產(chǎn)品將會怎樣發(fā)展?現(xiàn)在的標準化太早了。

相比之下，TOSCA可用于創(chuàng)建VNFM，但同樣適用于NFVO或其他編排器(例如ONAP中的ARIA/TOSCA)，這使NFV MANO這個標準恰到好處。

當有用戶實現(xiàn)整套ETSI NFV標準的NFV MANO時，他就被鎖定到目前的ETSI NFV信息模型中，并且通過定位參考點的接口被強制編排。這種狀況扼殺了創(chuàng)新，相比之下，TOSCA具有靈活性，因為模型本身驅動著編排。

信息化的ETSI NFV信息模型和TOSCA總結了今天的NFV編排的恰到好處的標準，這被ONAP加以采用并得以驗證。