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

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

標準

在電信領域，在可靠性、可用性、連續性和規模化方面，長期以來傳統的服務標準是非常重要的，標準化需要的關鍵原因之一是互操作性，運營商能夠混合提供服務并與來自不同廠商硬件和軟件產品相匹配以達到其目標。標準可以來自某個獨立的公司，并通過廣泛的采用成為實際的標準，例如TCP/IP就是以這種方式成為標準。監管機構推動法定的標準，如ISO。實際的標準有時會演變成法定的標準，通常情況下標準是通過標準開發組織(SDO)成員之間的某種形式的共識流程來制定的，通常代表公共部門和私營部門。很多人把這一類稱為開放標準，但是開放這個太不精確了，并不是所有的開放標準都是開放的。

開放標準

大多數人都同意ITU-T的開放標準的定義：開放標準是面向公眾提供的標準，通過寫作和共識驅動的過程開發和維護。開放標準促進不同產品或服務之間的互操作性和數據交換，旨在廣泛的采用。ITU-T定義中涉及知識產權(IPR)的一些細節可能存在一些意見分歧，就本文而言，將把“開放標準”限定于哪些遵守知識產權的領域，無歧視的基礎上所有人都可以免費申請。

開源

開源涵蓋了兩個相關的概念，即軟件開發和許可，所謂“免費且開源軟件”和“開源”的定義中，都涉及了代碼的自由獲取和免費分發。在堅持“代碼為王”的同時，開源組織也在規范方面做出努力，這可以視為“開放標準”。如果這些開放的標準被廣泛采用就成為實際上的標準，并且有可能成為官方標準。這實際上是制定一個有價值的標準的最健康的方式：SDO和開源項目之間合作，產生一個真實的“開放標準”，并且得到驗證、采納并最終形式化。

過度標準帶來的危害

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

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

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

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

1.NFVO被吸收到更高層的服務編排器中

2.特定的VNFM小事，或重組為VNF組件

3.通用VNFM被NFVO吸收

4.網絡服務的概念消失，或被吸收到更廣泛的服務概念中

5.我們所熟悉的VNF進一步分解為管理體系架構中的細粒度網絡功能

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

恰到好處的標準

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

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

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

TOSCA——恰到好處

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

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

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

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

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

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