??? 這些問題是NFV從虛擬化階段邁向云化階段必然面臨的，后續(xù)需要進一步推進從虛擬化到云化能力的突破來解決。下文針對幾個主要問題進行討論，并嘗試提出后續(xù)發(fā)展思路。
（一）多廠商間的互操作
NFV開放式生態(tài)系統(tǒng)發(fā)展所面臨的最大挑戰(zhàn)是如何實現(xiàn)互操作性。為了應(yīng)對這一挑戰(zhàn)，ETSI一直致力于在關(guān)鍵接口規(guī)范定義方面取得實質(zhì)性的進展，這些規(guī)范是確保不同實現(xiàn)之間互操作性必不可少的。

??? 如圖10所示，互操作性需求的關(guān)鍵在于基于ETSI 定義的功能需求及模型驅(qū)動設(shè)計思路，實現(xiàn)接口的標準化及模型的標準化（VNFD、NSD、VNF包等）。

圖 10 : 實現(xiàn)NFV多廠商之間互操作的關(guān)鍵

??? ETSI NFV規(guī)范定義分為三個成熟度階段（參見圖11）。2015年到2017年上半年，ETSI NFV發(fā)布的規(guī)范還主要集中在Stage 2層面，尚不能直接指導(dǎo)多廠商之間的互操作。直到2017年8月，SOL工作組發(fā)布了Stage 3階段的部分關(guān)鍵成果，成為解決多廠商互操作問題的關(guān)鍵里程碑！

圖 11 : ETSI NFV規(guī)范的三個階段

??? ETSI SOL工作組針對NFV互操作層面主要發(fā)布和待發(fā)布的規(guī)范文檔如圖12所示。

圖 12 : ETSI NFV Stage 3階段支持互操作的關(guān)鍵標準規(guī)范

??? 由于ETSI NFV在前一段時間的標準化工作進展緩慢，國內(nèi)運營商在最近2年的現(xiàn)網(wǎng)試點過程中，基本上都是依托ETSI在Stage 2階段的標準，自主完善設(shè)計了MANO等關(guān)鍵功能的數(shù)據(jù)模型和相關(guān)接口的RESTful協(xié)議，以實現(xiàn)多廠家之間的互操作。這和多數(shù)海外運營商的做法類似，是標準滯后于實踐導(dǎo)致的折中辦法。

對比國內(nèi)三大運營商的MANO規(guī)范和最新的SOL? Stage 3規(guī)范，我們可以看到存在著不少的問題，例如：
?模型驅(qū)動的核心是模型本身的開放。受部分廠商影響，國內(nèi)運營商規(guī)范目前基本不支持NFVO對VNFD模型的直接解析，而是變相增加了一個查詢VNFD的接口。這有違模型驅(qū)動思想的本質(zhì)，不利于未來基于樂高積木方式實現(xiàn)VNF快速驗證與部署；
?從ETSI設(shè)計角度，授權(quán)接口本質(zhì)上是對VNF生命周期管理操作的授權(quán)（例如：刪除VNF的操作需要NFVO確認該VNF是否被某個實例化的NS所使用，沒有被使用的情況下才有可能授權(quán)允許刪除），而目前國內(nèi)運營商規(guī)范中僅僅是對虛擬資源的申請進行授權(quán)。單純從資源角度考慮授權(quán)有違于ETSI設(shè)計初衷，會帶來很多潛在問題；
?ETSI規(guī)范定義了完善的擴縮容機制設(shè)計，包括Deployment Flavour、Scale Aspect, Instantiation Level等信息元素，同時支持Scale to Level以及Scale兩個層面的操作，目前國內(nèi)運營商規(guī)范完全沒有體現(xiàn)出這種細粒度和精準的擴縮容設(shè)計思路，無法支持VNF云原生能力；
?國內(nèi)運營商規(guī)范中，針對各類Notification的訂閱通知接口不符合互聯(lián)網(wǎng)程序設(shè)計管理，也不符合ETSI規(guī)范的設(shè)計思路。

在NFV實踐過程中，運營商最重要和基本的目標之一是實現(xiàn)將開放式生態(tài)系統(tǒng)內(nèi)的不同組件快速組裝在一起的互操作性能力。而在開放的環(huán)境中，實現(xiàn)互操作首先必須基于對ETSI定義的功能規(guī)范、模型驅(qū)動思路以及接口和模型規(guī)范的全面和完整的理解，而不是簡化和曲解。

ETSI部分關(guān)鍵互操作標準在2017年8月份已經(jīng)發(fā)布，后續(xù)如VNFD的TOSCA模型也即將在2018年初發(fā)布，這為解決開放式生態(tài)環(huán)境奠定了重要的基石。何時、以什么方式將現(xiàn)有運營商MANO規(guī)范過渡到標準的ETSI? Stage 3規(guī)范，以徹底解決互操作這一基本問題，是國內(nèi)各運營商在NFV后續(xù)發(fā)展過程中需要重點考慮和規(guī)劃的。

（二）VNF云化就緒能力
從這兩三年國內(nèi)運營商的NFV實踐中可以發(fā)現(xiàn)，VNF的云化就緒能力一直沒有得到系統(tǒng)性的研究和測試，而這正是NFV從虛擬化階段到云化能力階段突破的關(guān)鍵。

目前國內(nèi)各大運營商在NFV實驗室測試及現(xiàn)網(wǎng)試點過程中，并沒有采用有效的手段了解廠商VNF是否按云化或者云原生進行設(shè)計與實現(xiàn)（更不用談在這方面進行規(guī)范和約束），例如：
?VNFC的設(shè)計是否合理？是否每個VNFC能提供單一能力并且相互獨立（如：是否將依賴特定加速能力的功能組件設(shè)計為獨立的VNFC）？
?VNFC組件在部署時是否存在單點故障？
?關(guān)鍵組件的冗余備份模式是什么？多個并行處理組件之間的負載均衡是如何實現(xiàn)的？如何檢測到組件故障并完成自動恢復(fù)？如果不能自動恢復(fù)，如何通知MANO介入？
?微服務(wù)能力：VNF是否基于微服務(wù)架構(gòu)進行設(shè)計？每個VNFC是否可以獨立部署、配置、升級以及監(jiān)控？
?部署及擴縮容機制：能否支持多種部署規(guī)格以滿足不同的業(yè)務(wù)場景？能否針對與特定業(yè)務(wù)流量能力相關(guān)的一組VNFC進行獨立擴縮容？是否可以按不同的等級和粒度對不同的VNFC組進行擴縮容？
?狀態(tài)管理：VNFC是否盡可能采用無狀態(tài)方式設(shè)計和實現(xiàn)？針對有狀態(tài)的VNFC，是否實現(xiàn)了邏輯與狀態(tài)的分離，對狀態(tài)是如何進行持久化的？

上述VNF云化就緒能力是否具備，將極大地影響VNF的可靠性、水平彈性擴展能力以及自動化管理能力，而這對基于VNF部署的業(yè)務(wù)運行至關(guān)重要。

云模式有別于傳統(tǒng)企業(yè)計算模式的一個非常重要之處就在于假設(shè)基礎(chǔ)設(shè)施是不牢靠的、無法提供足夠的可靠性，需要從應(yīng)用層角度，采用云化設(shè)計思路，確保應(yīng)用具備高可用性能力。這樣的應(yīng)用可以部署在任何不可靠的基礎(chǔ)設(shè)施環(huán)境中，同時確保業(yè)務(wù)的高度可靠運行。領(lǐng)先的運營商很早就在考慮這方面的工作，例如：上文提到，AT&T在Domain 2.0中，專門針對VNF的云化就緒等制定了一系列要求及指南，另外，ETSI在其規(guī)范EVE 011也專門定義了云原生VNF從實現(xiàn)角度需要考慮的一系列非功能性要求。

建議國內(nèi)運營商在虛擬化階段目標基本實現(xiàn)的基礎(chǔ)上，盡快展開VNF云化就緒能力的規(guī)范性及測試工作。

（三）自動化能力水平
從商用部署及業(yè)務(wù)創(chuàng)新角度看，僅僅具備虛擬化能力的NFV無法完全滿足業(yè)務(wù)運維的自動化需求以及新業(yè)務(wù)快速上線的要求，需要在云化階段重點打造和提升自動化能力水平。

自動化能力水平的提升涉及到多個方面，例如：
?針對不同廠商的VNF（基于上文提到的VNF云化就緒要求和互操作規(guī)范），建立統(tǒng)一的VNF認證與測試平臺（類似于AT&T的ICE環(huán)境），可以極大地提高VNF驗證和測試的自動化水平，縮短認證時間，加速新業(yè)務(wù)網(wǎng)元的規(guī)范引入。將來還可以進一步考慮將該平臺與運營商下一代OSS的DevOps平臺打通，實現(xiàn)VNF廠家與運營商之間跨域的CI/CD流水線，這對多廠商NFV生態(tài)環(huán)境的建設(shè)有重要的促進作用。
?端到端業(yè)務(wù)管理自動化能力的提升。ETSI規(guī)范以及國內(nèi)針對NFVO+的實踐中，即使是增加了對虛擬網(wǎng)元的FCAPS管理能力，也并未包含對VNF的業(yè)務(wù)配置以及業(yè)務(wù)管理控制能力。從自動化業(yè)務(wù)運維角度考慮，存在一定的缺陷。圖13展示了一種可行的思路，即通過業(yè)務(wù)編排與NFV編排及EMS同時對接，通過綜合網(wǎng)絡(luò)業(yè)務(wù)相關(guān)的語義信息和虛擬化NFV環(huán)境的語義信息，對業(yè)務(wù)進行端到端的自動化編排和運維。

圖 13 : 通過業(yè)務(wù)編排實現(xiàn)端到端業(yè)務(wù)管理自動化

??? 目前幾乎所有NFV相關(guān)的開源項目，如ONAP、OSM都在NFV架構(gòu)基礎(chǔ)上擴展了業(yè)務(wù)編排層，相關(guān)的標準化組織如：TM Forum ZOOM以及MEF LSO也都在進行這方面的研究。國內(nèi)運營商在后期實踐中可以借鑒這方面的成果。

六、總結(jié)
NFV是下一代云化可編程網(wǎng)絡(luò)的關(guān)鍵支撐技術(shù)手段，ETSI制定的NFV核心框架及相關(guān)模型/接口是蓬勃發(fā)展的NFV產(chǎn)業(yè)的基石。隨著互聯(lián)網(wǎng)、云計算領(lǐng)域更多新技術(shù)的發(fā)展，NFV框架也在不斷豐富和完善之中。從國內(nèi)外運營商的PoC及現(xiàn)網(wǎng)部署情況綜合起來看， NFV技術(shù)尚處于相對初級的階段，有許多問題有待解決。目前全球NFV發(fā)展整體上處于虛擬化階段之間，尚未進入到云化階段。
國內(nèi)三大運營商通過近兩三年的PoC、試驗網(wǎng)、現(xiàn)網(wǎng)試點以及試商用等一系列工作，已經(jīng)基本掌握了NFV虛擬化階段的核心技術(shù)和能力，2018年可以預(yù)見到更多的規(guī)?；逃貌渴鹇涞?。然而從互操作、VNF云化就緒、自動化水平等角度考慮，還存在著一些明顯的問題和不足，需要進一步推進NFV從虛擬化到云化能力的突破。

NFV不僅是一項技術(shù)，更是不斷涌現(xiàn)的IT創(chuàng)新技術(shù)和能力在通信行業(yè)源源不斷應(yīng)用的過程。NFV在發(fā)展過程中更加需要IT廠商的開源思想、創(chuàng)新思路和開放心態(tài)。

在NFV從虛擬化到云化砥礪前行的過程中，進一步加強運營商主導(dǎo)能力，優(yōu)化NFV生態(tài)建設(shè)，營造一個IT與CT共同參與的良性NFV環(huán)境具有非常重要的戰(zhàn)略意義。

本文作者： HPE大中華區(qū)NFV首席專家 趙華

songjy