作者簡介：山石網(wǎng)科資深技術(shù)專家，任亮

VNF的技術(shù)定義

1、VNF在NFV框架中的位置和功能定義

VNF在ETSI NFV框架中可以說是最重要的組件，因?yàn)樗衅渌慕M件都是為它們服務(wù)的，它們是具有網(wǎng)絡(luò)功能的業(yè)務(wù)虛擬機(jī)，利用服務(wù)器的計(jì)算、存儲、網(wǎng)絡(luò)等資源為用戶提供網(wǎng)絡(luò)相關(guān)功能的服務(wù)，MANO和VIM則通過API配合起來做VNF的編排管理。

2、區(qū)別于傳統(tǒng)硬件設(shè)備的NFV特性要求

事實(shí)上，VNF不僅僅是虛擬機(jī)，其在NFV場景下還要具有三大能力，一是支持Cloud-Init用來做0 Day Configuration，二是支持利用NFVI & VIM提供的EPA特性提升自己的性能，三是支持Rest API來支持1 Day Configuration以及滿足性能和故障管理需求。從ETSI NFV第二次互操作測試上看，Cloud-Init基本上已經(jīng)成為大家公認(rèn)的0 Day Configuration標(biāo)準(zhǔn)；對于EPA特性的要求上，很多NFVI & VIM也能夠提供CPU、內(nèi)存、網(wǎng)卡等各種可提供硬件加速的能力，包括CPU Pinning，NUMA，Huge Pages，DPDK，甚至SR-IOV；但定義Rest API接口的SOL002標(biāo)準(zhǔn)剛剛發(fā)布不久，已經(jīng)落地的還不多。VNF后續(xù)的演進(jìn)是容器形態(tài)，這樣才能完全滿足Cloud-Native的定義和需求，具有極強(qiáng)的健壯和高可靠性。

傳統(tǒng)網(wǎng)絡(luò)設(shè)備廠商在向VNF廠商轉(zhuǎn)型過程中的優(yōu)勢

1、積累了多年的網(wǎng)絡(luò)業(yè)務(wù)功能

傳統(tǒng)網(wǎng)絡(luò)硬件設(shè)備廠商在網(wǎng)絡(luò)和安全領(lǐng)域的技術(shù)積累多年，無論是硬件制造、網(wǎng)絡(luò)和安全操作系統(tǒng)優(yōu)化以及網(wǎng)絡(luò)和安全應(yīng)用功能上，都已經(jīng)做的十分成熟，不僅能滿足用戶需求，而且質(zhì)量也都經(jīng)過了打磨，在轉(zhuǎn)向做VNF時(shí)，完全不用再花較大的經(jīng)歷在業(yè)務(wù)功能特性上。

2、面向行業(yè)用戶的品牌知名度

傳統(tǒng)網(wǎng)絡(luò)硬件設(shè)備廠商在網(wǎng)絡(luò)和安全領(lǐng)域的用戶和品牌也積累多年，尤其是運(yùn)營商和金融行業(yè)，對投資和業(yè)務(wù)風(fēng)控比較嚴(yán)格和謹(jǐn)慎，一旦大品牌取得份額，小品牌很難再進(jìn)入。傳統(tǒng)網(wǎng)絡(luò)硬件設(shè)備廠商轉(zhuǎn)型做出來的VNF產(chǎn)品也可以繼續(xù)沿用既有的品牌，在既有的硬件市場里接續(xù)下來，形成良好的過渡形勢，再根據(jù)VNF產(chǎn)品的特點(diǎn)，非?？赡茉偻卣挂恍┮郧坝布a(chǎn)品沒有覆蓋到的用戶。

傳統(tǒng)網(wǎng)絡(luò)設(shè)備廠商在向VNF廠商轉(zhuǎn)型過程中的劣勢

1、對云計(jì)算（IT）技術(shù)的積累不足

VNF的產(chǎn)品形態(tài)是虛擬機(jī)，屬于IT技術(shù)范疇，而很多傳統(tǒng)網(wǎng)絡(luò)硬件設(shè)備廠商在云計(jì)算（IT）技術(shù)領(lǐng)域都積累不足，從研發(fā)到售前，都是這個(gè)狀態(tài)。CT技術(shù)的特點(diǎn)是低耦合、高內(nèi)聚，一個(gè)硬件盒子部署在用戶的網(wǎng)絡(luò)中，只要保證把自己弄明白，剩下的就是網(wǎng)絡(luò)連通性；而IT技術(shù)的特點(diǎn)卻是環(huán)境強(qiáng)相關(guān)性，VNF產(chǎn)品本身的問題都已經(jīng)是小問題，而VNF適應(yīng)環(huán)境，并跟環(huán)境內(nèi)其它組件進(jìn)行配合的問題才是關(guān)鍵。很多傳統(tǒng)網(wǎng)絡(luò)硬件設(shè)備廠商對云計(jì)算（IT）環(huán)境并不熟悉，也就導(dǎo)致做出的VNF產(chǎn)品僅停留在虛擬機(jī)的層面，而事實(shí)上，VNF并不僅是一個(gè)簡單的虛擬機(jī)。

2、對軟件銷售和服務(wù)模式的經(jīng)驗(yàn)不足

傳統(tǒng)網(wǎng)絡(luò)硬件設(shè)備的銷售模式是一次性購買，長時(shí)間使用，而虛擬機(jī)形態(tài)的VNF產(chǎn)品則是按需購買，短時(shí)間使用。這是完全不同的兩種銷售和服務(wù)模式，幾乎所有的傳統(tǒng)網(wǎng)絡(luò)硬件設(shè)備廠商都會不適應(yīng)，很多剛做出VNF產(chǎn)品的廠商還是沿用之前的硬件產(chǎn)品的銷售和服務(wù)模式，就會遇到很多代理和渠道的不適應(yīng)，影響該有的銷售業(yè)績。同時(shí)，VNF產(chǎn)品又會遇到軟件產(chǎn)品都會遇到的盜版問題，為了防盜版，VNF廠商不得不投入大量的人力物力，然后在實(shí)際操作中，又會遇到這樣那樣的麻煩，用戶不愿意接受硬件思維的版權(quán)控制方案，這些問題在硬件時(shí)代都是不曾想到的。

傳統(tǒng)網(wǎng)絡(luò)設(shè)備廠商向VNF廠商成功轉(zhuǎn)型的必經(jīng)之路

1、硬件盒子向虛擬機(jī)鏡像的轉(zhuǎn)變（包括非X86技術(shù)向X86技術(shù)的轉(zhuǎn)變）

這一步是基礎(chǔ)，對于硬件時(shí)代就使用X86技術(shù)的廠商來說，比較容易，只需要繼續(xù)考慮不同Hypervisor的驅(qū)動即可，而在硬件時(shí)代使用非X86技術(shù)的廠商則需要額外考慮平臺移植的問題，因?yàn)樽止?jié)序不一致。通常來說四大Hypervisor都要支持，XEN、VMware、KVM、Hyper-V，這是后面上公有云的前提，例如AWS用的XEN，阿里云用的KVM，AZURE用的Hyper-V，VMware則是私有云中常見的Hypervisor類型。

2、非標(biāo)準(zhǔn)NFV的公有云鏡像市場應(yīng)用的經(jīng)驗(yàn)積累

這一步也很重要，它決定了至少一半傳統(tǒng)物理網(wǎng)絡(luò)技術(shù)方案向云中網(wǎng)絡(luò)技術(shù)方案轉(zhuǎn)型的技術(shù)積累，不同公有云的虛機(jī)上架和使用流程不同，從0 Day Configuration到組網(wǎng)，每家都有不同的方案和要求，經(jīng)過AWS、阿里云、Azure三大公有云上架和組網(wǎng)方案過程的洗禮，VNF廠商能夠積累大量的云中網(wǎng)絡(luò)技術(shù)方案的經(jīng)驗(yàn)，為后面遵從標(biāo)準(zhǔn)NFV架構(gòu)打下堅(jiān)實(shí)的技術(shù)基礎(chǔ)。

3、標(biāo)準(zhǔn)NFV的Cloud-Native VNF的標(biāo)準(zhǔn)與技術(shù)跟進(jìn)

目前來看，標(biāo)準(zhǔn)NFV架構(gòu)的遵從是終極階段，ETSI的NFV技術(shù)框架經(jīng)過5年多的技術(shù)標(biāo)準(zhǔn)制定和落地，已經(jīng)具有了相當(dāng)?shù)募夹g(shù)成熟度，這個(gè)時(shí)候是VNF廠商跟進(jìn)標(biāo)準(zhǔn)NFV架構(gòu)的最佳階段。經(jīng)過了前面虛機(jī)鏡像和共有云上架兩個(gè)階段，VNF廠商跟進(jìn)標(biāo)準(zhǔn)NFV架構(gòu)的技術(shù)難度不大了，主要是API接口等相關(guān)工作。有遠(yuǎn)見的VNF廠商此時(shí)還會開始進(jìn)入產(chǎn)品容器化的預(yù)研階段，因?yàn)闃?biāo)準(zhǔn)NFV架構(gòu)中的VNF的終極目標(biāo)是Cloud-Native，而容器是達(dá)到這一目標(biāo)必須的產(chǎn)品形態(tài)。

4、傳統(tǒng)CT技術(shù)向云計(jì)算（IT）技術(shù)思維方式的轉(zhuǎn)變

在技術(shù)轉(zhuǎn)型的必經(jīng)之路上，必然伴隨著思維方式的轉(zhuǎn)變，深刻理解到IT技術(shù)特點(diǎn)的環(huán)境強(qiáng)相關(guān)性，VNF廠商需要把主要的經(jīng)歷投入到產(chǎn)品的環(huán)境適應(yīng)性和跟環(huán)境內(nèi)其它組件進(jìn)行配合的研發(fā)上。VNF廠商不再僅熟悉網(wǎng)絡(luò)技術(shù)，也開始熟悉IT技術(shù)，這更加有利于網(wǎng)絡(luò)技術(shù)向IT技術(shù)的融合，因?yàn)樵浦械木W(wǎng)路和IT本就是一體密不可分的。VNF廠商的技術(shù)人員也需要從CT技術(shù)向IT過渡，知識體系需要革新，這可能會是一個(gè)痛苦的過程，然而必須在這條路上不斷向前，因?yàn)楹竺孢€有DT技術(shù)需要跟進(jìn)，沒有IT技術(shù)階段的過渡，CT技術(shù)是無法直接轉(zhuǎn)向DT技術(shù)的。

5、傳統(tǒng)硬件向軟件銷售和服務(wù)模式的轉(zhuǎn)變

隨著VNF產(chǎn)品的技術(shù)成熟和推向市場，VNF廠商如果還是按照傳統(tǒng)網(wǎng)絡(luò)硬件設(shè)備的銷售模式來售賣VNF產(chǎn)品，一定會遇到很多問題和阻力。軟件和硬件產(chǎn)品的成本和收益計(jì)算方式本就是完全不同的，VNF廠商必須在VNF產(chǎn)品的銷售模式上從傳統(tǒng)硬件向軟件銷售和服務(wù)模式做出轉(zhuǎn)變，這一過程并不是一蹴而就的，VNF畢竟還是網(wǎng)絡(luò)產(chǎn)品，直接拷貝操作系統(tǒng)和應(yīng)用軟件的銷售和服務(wù)模式并不可取，如何在傳統(tǒng)網(wǎng)絡(luò)硬件設(shè)備的銷售模式和新的軟件銷售和服務(wù)模式之間做出平衡和合理過渡，需要VNF廠商與集成商以及最終用戶的共同磨合。

生成海報(bào)

免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請進(jìn)一步核實(shí)，并對任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯(cuò)誤、不確或遺漏，概不負(fù)任何法律責(zé)任。任何單位或個(gè)人認(rèn)為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實(shí)內(nèi)容時(shí)，應(yīng)及時(shí)向本網(wǎng)站提出書面權(quán)利通知或不實(shí)情況說明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實(shí)，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。