VNF的技術定義

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

VNF在ETSI NFV框架中可以說是最重要的組件，因為所有其它的組件都是為它們服務的，它們是具有網(wǎng)絡功能的業(yè)務虛擬機，利用服務器的計算、存儲、網(wǎng)絡等資源為用戶提供網(wǎng)絡相關功能的服務，MANO和VIM則通過API配合起來做VNF的編排管理。

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

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

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

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

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

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

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

1、對云計算（IT）技術的積累不足

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

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

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

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

1、硬件盒子向虛擬機鏡像的轉變（包括非X86技術向X86技術的轉變）

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

2、非標準NFV的公有云鏡像市場應用的經(jīng)驗積累

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

3、標準NFV的Cloud-Native VNF的標準與技術跟進

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

4、傳統(tǒng)CT技術向云計算（IT）技術思維方式的轉變

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

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

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