傳統網絡設備商如何向VNF廠商成功轉型

VNF的技術定義

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

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

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

傳統網絡設備廠商在向VNF廠商轉型過程中的優勢

1、積累了多年的網絡業務功能

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

2、面向行業用戶的品牌知名度

傳統網絡硬件設備廠商在網絡和安全領域的用戶和品牌也積累多年，尤其是運營商和金融行業，對投資和業務風控比較嚴格和謹慎，一旦大品牌取得ꦛ份額，小品牌很難再進入。傳統網絡硬件設備廠商轉型做出來的VNF產品也可以繼續沿用既有的品牌，在既有的硬件市場里接續下來，形成良好的過渡形勢，再根據VNF產品的特點，非常可能再拓展一些以♏前硬件產品沒有覆蓋到的用戶。

傳統網絡設備廠商在向VNF廠商轉型過程中的劣勢

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

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

2、對軟件銷售和服務模式的經驗不足

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

傳統網絡設備廠商向VNF廠商成功轉型的必經之路

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

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

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

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

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

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

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

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

5、傳統硬件向軟件銷售和服務模式的轉變

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