C114訊 6月17日消息（艾斯）市場研究公司Omdia在一份最新報告中針對歐洲電信標準化協(xié)會（ETSI）近期發(fā)布的NFV相關(guān)白皮書及報告進行了深入解讀。這份白皮書及報告旨在推動NFV標準向電信云架構(gòu)演進，以應(yīng)對行業(yè)向云原生轉(zhuǎn)型的挑戰(zhàn)。
4月7日，ETSI發(fā)布了一份名為《NFV演進：邁向電信云》的白皮書，該文件由ETSI網(wǎng)絡(luò)功能虛擬化（NFV）行業(yè)標準組（ISG）成員撰寫。這份白皮書由來自埃森哲、中國移動、華為、NTT DoCoMo、Orange、SK Telecom、Verizon和中興通訊的代表共同撰寫。文件闡述了NFV ISG在成立13年后，如何在電信行業(yè)從網(wǎng)絡(luò)功能虛擬化向云原生轉(zhuǎn)型的背景下，保持與時俱進。
盡管有些人認為ETSI NFV標準過于復(fù)雜且與云原生理念不符，但許多電信運營商仍然依賴于這些標準。在Omdia的《電信云采用與供應(yīng)商認知調(diào)查》報告中，略高于半數(shù)的受訪者表示ETSI NFV是其電信云架構(gòu)的一個重要考量因素。僅有約10%的受訪者不認同此觀點（其余持中立態(tài)度或未發(fā)表意見）。
這份白皮書概述了云時代NFV演進的關(guān)鍵原則：使框架更簡化、更云原生、更基礎(chǔ)設(shè)施無關(guān)（例如，開放使用公有云），以及更自動化、靈活和可擴展。考慮到電信運營商在現(xiàn)有NFV部署上的巨額投資，該框架還必須保持向后兼容性。
白皮書引入了一個更簡化的架構(gòu)圖，使某些利益相關(guān)方，如運營支撐系統(tǒng)（OSS）架構(gòu)師，無需關(guān)注網(wǎng)絡(luò)功能開發(fā)者所需的更復(fù)雜細節(jié)。這一新架構(gòu)承認了在同一云基礎(chǔ)設(shè)施上運行非網(wǎng)絡(luò)功能（例如AI或視頻處理）的潛力。同時，它也認可了由公有云提供商提供的商用基礎(chǔ)設(shè)施即服務(wù)（IaaS）產(chǎn)品構(gòu)成云基礎(chǔ)設(shè)施組成部分的可能性。
報告進一步討論了未來NFV的關(guān)鍵技術(shù)使能因素，包括聲明式API、GitOps和可觀測性。白皮書指出：“所提出的平臺導向的框架將幫助網(wǎng)絡(luò)運營商利用現(xiàn)有的云基礎(chǔ)設(shè)施解決方案，在采用來自云和網(wǎng)絡(luò)虛擬化生態(tài)系統(tǒng)的最佳實踐和原則的同時，使電信網(wǎng)絡(luò)部署更可靠、更可持續(xù)。”
Omdia要點提取
顯然，這份白皮書及其附帶報告凝聚了九位作者的深入思考，其中三分之二代表電信運營商，其余則來自設(shè)備供應(yīng)商。Omdia指出，在地緣政治緊張局勢下，看到來自美國、歐洲、中國及其他亞洲國家的運營商展開協(xié)作，實屬積極進展。
Omdia實踐主管James Crawshaw與Omdia資深分析師Inderpreet Kaur寫到，白皮書中為NFV演進所概述的原則、新的高層級架構(gòu)或提議的技術(shù)使能因素本身并無明顯不妥。然而，其大部分內(nèi)容讀起來像是陳述顯而易見的事實，并引發(fā)一個疑問——其實際意義何在？
白皮書結(jié)尾呼吁標準化組織（如ETSI ISG NFV）及其他論壇（如開源社區(qū)）在未來采取行動。這些行動包括制定架構(gòu)規(guī)范與指導方針，以推動從傳統(tǒng)NFV向電信云的演進。其他需要探討的細節(jié)包括系統(tǒng)如何暴露意圖、網(wǎng)絡(luò)功能內(nèi)部及跨網(wǎng)絡(luò)功能部署的可觀測性，以及生成式AI在系統(tǒng)管理中可能扮演的角色。
總體而言，Omdia認為這份白皮書標志著ETSI NFV ISG邁出了正確的一步。為克服部分行業(yè)參與者持有的負面看法，將其更名為ETSI電信云ISG或許會有所幫助。無論如何，對電信運營商而言，將其概念轉(zhuǎn)化為實際系統(tǒng)，仍是一項巨大的工程與IT挑戰(zhàn)。
NFV在云時代保持重要性
在白皮書發(fā)布的同時，ISG還發(fā)布了一份“小組報告”（這是一份更正式的文件，有40頁，白皮書為24頁），該報告更詳盡地闡述了與白皮書相同的主題（NFV演進的架構(gòu)支持）。
發(fā)布這些文件旨在表明，ETSI NFV ISG（成立于2012年）在2025年技術(shù)前沿已從運行于x86服務(wù)器的虛擬化網(wǎng)絡(luò)功能（VNF），轉(zhuǎn)向運行于包括公有云、基于ARM的服務(wù)器乃至未來GPU等多種計算平臺上的云原生網(wǎng)絡(luò)功能（CNF）之際，依然具有現(xiàn)實意義。
白皮書承認，ETSI NFV“可能曾被認為本質(zhì)相當復(fù)雜，因而難以輕松開發(fā)并集成到現(xiàn)網(wǎng)中”。同時指出，“行業(yè)內(nèi)普遍存在一種誤解，認為編排僅涵蓋資源編排生命周期步驟……而這正是NFV主要關(guān)注的領(lǐng)域。”因此，部分行業(yè)參與者可能未將ETSI NFV視為對基于軟件的電信網(wǎng)絡(luò)進行全面端到端管理的正確方法。
上述白皮書與小組報告旨在澄清這些誤解。根據(jù)白皮書，NFV向電信云演進的主要改進領(lǐng)域包括：
·網(wǎng)絡(luò)運營商用于運營、管理和維護（OAM）的工具、系統(tǒng)及框架；
·云原生原則、實踐及相關(guān)技術(shù)的采用。
NFV演進原則
白皮書提出了NFV演進的六項原則：
·簡化：白皮書承認“當前的NFV框架被認為已演變成一個相當復(fù)雜的系統(tǒng)”。因此，NFV將變得“更加精簡和用戶友好”。其核心將“更趨簡化”，但不會犧牲功能豐富性。
·云原生特性：NFV應(yīng)“集成更多DevOps、CI/CD、GitOps和自動化管理功能”。聲明式管理將取代或補充現(xiàn)有的命令式管理方法。
·跨基礎(chǔ)設(shè)施的軟件可移植性：“NFV應(yīng)遵循軟硬件解耦的基本原則，確保應(yīng)用程序能在各種基礎(chǔ)設(shè)施之間實現(xiàn)可移植性。”給出的示例包括不同類型的云（如公有云和邊緣云）以及不同的硬件（如 xPU、加速器和微服務(wù)器）。
·穩(wěn)定且可持續(xù)的演進：未來的NFV必須與傳統(tǒng)的NFV兼容，并且兩者必須能夠共存，這樣運營商就無需“推倒重來（rip and replace）”式的替換。應(yīng)為NFV架構(gòu)內(nèi)的各個系統(tǒng)和組件提供升級路徑，這樣演進將會是漸進式的，而非“一蹴而就”。
·增強的自動化：未來的NFV必須支持實時監(jiān)控，“能夠發(fā)出早期預(yù)警，及時發(fā)現(xiàn)并解決潛在的網(wǎng)絡(luò)故障”。
·靈活性、模塊化與可擴展性：改進的模塊化設(shè)計將“為精細調(diào)校所需的管理與編排系統(tǒng)能力開放提供更大靈活性”。未來的NFV將更具可擴展性，“以靈活適應(yīng)不斷變化的業(yè)務(wù)需求”。
平臺導向的電信云框架
白皮書所提議的NFV演進一個關(guān)鍵方面是引入了新的平臺導向的電信云框架（見圖1）。該框架圖無疑比圖1左側(cè)用于描述傳統(tǒng)NFV管理與編排（MANO）的、更傳統(tǒng)的網(wǎng)絡(luò)工程風格圖更簡潔直觀。
MANO被劃分為NFV編排器（NFVO）、VNF管理器（VNFM）和虛擬化基礎(chǔ)設(shè)施管理器（VIM）。隨著NFV架構(gòu)不斷演進以支持CNF，它變得日益復(fù)雜化，增加了額外的功能塊，包括云基礎(chǔ)設(shè)施SDN管理（CISM）、容器基礎(chǔ)設(shè)施管理（CCM）和容器基礎(chǔ)設(shè)施資源（CIR）。
新的電信云框架旨在避免組件間復(fù)雜的交互和依賴關(guān)系。它劃分為四個松散定義的層級：
·應(yīng)用層：包括VNF（NFV ISG的最初目標）、CNF（自2019年第三版本起納入ETSI NFV框架）以及其他應(yīng)用（為在電信云基礎(chǔ)設(shè)施上運行其他工作負載——如AI或視頻處理——開啟了可能性）。
·應(yīng)用編排服務(wù)層：負責應(yīng)用服務(wù)的端到端編排與自動化，以及超分布式基礎(chǔ)設(shè)施的編排。應(yīng)用包括但不限于網(wǎng)絡(luò)功能。這一層提供與其他OSS以及電信云平臺服務(wù)及基礎(chǔ)設(shè)施的接口。
·平臺服務(wù)層：實現(xiàn)應(yīng)用與基礎(chǔ)設(shè)施的解耦，本質(zhì)上是未來NFV（電信云）的核心作用。這些服務(wù)涵蓋數(shù)據(jù)平面和控制平面（例如，服務(wù)網(wǎng)格連接、數(shù)據(jù)存儲庫和負載均衡），以及管理平面（例如，打包、部署生命周期管理、可觀測性、配置存儲庫和 CI/CD 流水線工具）。
·基礎(chǔ)設(shè)施層：包括計算、存儲、網(wǎng)絡(luò)資源、數(shù)據(jù)處理單元（DPU）和加速資源。這一層也將涵蓋商用IaaS和容器即服務(wù)（CaaS）產(chǎn)品。
圖1：NFV MANO 向電信云的演進。資料來源：ETSI。
該小組報告承認，雖然簡化的架構(gòu)圖可能對某些利益相關(guān)方（如OSS開發(fā)者）有利，但對其他方（如網(wǎng)絡(luò)功能開發(fā)者）可能構(gòu)成挑戰(zhàn)。因此，可能需要不同復(fù)雜度的多份架構(gòu)圖來滿足不同利益相關(guān)方的需求。
NFV演進的技術(shù)使能因素
這份白皮書討論了支持NFV演進的若干技術(shù)使能因素，包括：
·聲明式管理API：聲明式方法與傳統(tǒng)命令式方法不同，它基于高層意圖（目標）的表達而非指令性命令。系統(tǒng)可根據(jù)自身內(nèi)部邏輯確定如何實現(xiàn)這些目標。表達此類意圖的常見方式是通過稱為自定義資源定義（CRD）的Kubernetes（K8s）擴展。這種聲明式方法將減少高層級編排功能（如NFVO）參與VNF/CNF管理的需求。
·GitOps：作為所有網(wǎng)絡(luò)部署的單一事實來源，GitOps在識別配置漂移和維護基礎(chǔ)設(shè)施一致性方面至關(guān)重要。但白皮書指出，“由于電信網(wǎng)絡(luò)內(nèi)部署環(huán)境固有的多樣性，直接應(yīng)用GitOps可能具有挑戰(zhàn)性。”
·基于資源和服務(wù)控制器的平臺：白皮書指出，“可通過將特定控制器集成到專用于管理和操作各層面的平臺中來實現(xiàn)模塊化。”它提及K8s Operators框架作為基于控制器的管理示例——該軟件擴展用于管理復(fù)雜應(yīng)用程序，這需要特定領(lǐng)域的專業(yè)知識才能運行（例如，網(wǎng)絡(luò)功能）。
·數(shù)據(jù)即代碼：數(shù)據(jù)應(yīng)使用Git和CI/CD等軟件開發(fā)工具和實踐，以與軟件代碼相同的嚴謹性進行管理、版本控制和處理。數(shù)據(jù)通過配置文件（Helm chart）、K8s清單（CRD）和其他格式進行定義和跟蹤，取代手動管理。這簡化了版本控制、測試和持續(xù)集成。
·自動化與智能化：通過利用AI，“NFV系統(tǒng)將能預(yù)測網(wǎng)絡(luò)流量趨勢、自適應(yīng)調(diào)整網(wǎng)絡(luò)配置，并執(zhí)行主動的資源調(diào)度和容量擴展規(guī)劃。”
·可觀測性與安全性：利用可觀測性工具“及消息總線等協(xié)議，NFV系統(tǒng)可更大規(guī)模地實時洞察基礎(chǔ)設(shè)施健康狀況、性能指標和運行異常。”最低基線安全標準的引入將“實現(xiàn)自動威脅響應(yīng)、漏洞管理和合規(guī)性遵從”。
【C114注：Omdia，作為Informa Tech的一部分，是一家專注于科技行業(yè)的領(lǐng)先研究和咨詢集團。憑借對科技市場的深入了解，結(jié)合切實可行的洞察力，Omdia將賦能企業(yè)做出明智的增長決策。要了解更多信息，請訪問www.omdia.com。】 
