傳統網路設備商如何向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也能夠提供CPU、內存、網卡等各種可提供硬體加速的能力，包括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技術的廠商則需要額外考慮平台移植的問題，因為位元組序不一致。通常來說四大Hypervisor都要支持，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廠商與集成商以及最終用戶的共同磨合。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！