NFV上半場一路坎坷，走得不容易;筆者通過這幾年在NFV底層摸石頭過河的點(diǎn)點(diǎn)滴滴經(jīng)驗(yàn)積累，思索和分析了下半場中決定電信云能否穩(wěn)步爬升和真正落地開花的關(guān)鍵點(diǎn)，與大家一起探討。文章結(jié)構(gòu)分為以下幾點(diǎn)：

• 曾經(jīng)的承諾，現(xiàn)在還好嗎?
• 困難凸顯，蹣跚前行
• 下半場的命門
• 已經(jīng)在路上

[[250152]]

一、曾經(jīng)的承諾，現(xiàn)在還好嗎?

NFV，即網(wǎng)絡(luò)功能虛擬化，Network Function Virtualization。通過使用x86等通用性硬件以及虛擬化技術(shù)，來承載很多功能的軟件處理，從而降低網(wǎng)絡(luò)昂貴的設(shè)備成本?？梢酝ㄟ^軟硬件解耦及功能抽象，使網(wǎng)絡(luò)設(shè)備功能不再依賴于專用硬件，資源可以充分靈活共享，實(shí)現(xiàn)新業(yè)務(wù)的快速開發(fā)和部署，并基于實(shí)際業(yè)務(wù)需求進(jìn)行自動(dòng)部署、彈性伸縮、故障隔離和自愈等。

概念是誘人的，但那些曾經(jīng)許下的美好諾言，時(shí)過境遷，現(xiàn)在還好嗎?讓我們來一一看看。

1. NFV的引入可以降低CAPEX和OPEX

當(dāng)前運(yùn)營商的試驗(yàn)試點(diǎn)驗(yàn)證了整體方案的可行性，以及系統(tǒng)中單組件的特性滿足需求，但一個(gè)現(xiàn)實(shí)情況是，各廠商實(shí)現(xiàn)的水平還層次不齊，如果到了現(xiàn)網(wǎng)系統(tǒng)的復(fù)雜環(huán)境下，是否能真正做到敏捷和靈活，還有待實(shí)踐檢驗(yàn)。

2. NFVI平臺(tái)靈活擴(kuò)展，VNF服務(wù)快速上線、彈性擴(kuò)縮容

當(dāng)前試驗(yàn)試點(diǎn)驗(yàn)證了整體方案的可行性，以及系統(tǒng)中單組件的特性，但各廠商實(shí)現(xiàn)的水平還層次不齊，如果到了現(xiàn)網(wǎng)系統(tǒng)復(fù)雜的環(huán)境下，是否能真正做到這種敏捷和靈活，還有待實(shí)踐檢驗(yàn)。

3. 云平臺(tái)可以靈活地調(diào)度和統(tǒng)籌資源，為上層業(yè)務(wù)提供更好地資源服務(wù)

當(dāng)前的NFV，實(shí)際上剛剛度過軟硬解耦階段，云資源池還處于滿足上層業(yè)務(wù)部署需求的階段，還沒有像公有云一樣，進(jìn)入到與業(yè)務(wù)深度結(jié)合，提供更好的資源服務(wù)，對(duì)整體云平臺(tái)進(jìn)行高效的資源管理的階段。

4. 防止廠商鎖定(vendor lock-in)

通過云計(jì)算的技術(shù)手段，將多廠商的產(chǎn)品以軟件化的形式運(yùn)行在統(tǒng)一的平臺(tái)，隨時(shí)可以替換，打破單一供應(yīng)商的鎖定，這是我們美好的愿景，但廠商出于各種目的會(huì)盡量避免自家的VNF與第三方VNF集成的方案出現(xiàn)。廠商可能會(huì)說，兼容性不好，集成起來非常麻煩，甚至說與第三方的連接性能不如全采用自己一家。正因?yàn)榇?，這些年運(yùn)營商花費(fèi)大量時(shí)間和精力，反復(fù)進(jìn)行異廠商對(duì)接測試，成熟完善企業(yè)接口規(guī)范，但即使如此，我們依然無法避免后期的集成綁定，當(dāng)集成商以交鑰匙的方式把系統(tǒng)交給我們的時(shí)候，一種集成的綁定已經(jīng)悄然形成。

曾經(jīng)的海市蜃樓逐漸淡去，骨感的現(xiàn)實(shí)襲來，難怪圈內(nèi)發(fā)出了NFV倒地的擔(dān)憂，這并非杞人憂天，以上的事實(shí)是殘酷的。但任何技術(shù)都有它的成熟曲線，筆者在NFV底層跌跌撞撞摸爬滾打三年多，歷經(jīng)概念興起后的產(chǎn)業(yè)界追捧，然后是雷聲大雨點(diǎn)小，彼此觀望，然后是實(shí)際落地實(shí)踐中磕磕絆絆的前行，直至不久前的溫吞和低迷，但是從新技術(shù)成熟度曲線來看，這恰恰是后期穩(wěn)步爬升的積累。

當(dāng)然這個(gè)成熟度曲線只是規(guī)律上的分析，具體到NFV的技術(shù)發(fā)展路線，還是需要從這兩年NFV步履維艱的前行中去思索和分析，才能找到后續(xù)能穩(wěn)步爬升的關(guān)鍵點(diǎn)所在。

二、困難凸顯，蹣跚前行

這兩三年運(yùn)營商推進(jìn)NFV真心不容易，圍墻之外的看客老是抱怨NFV推進(jìn)太慢，要錯(cuò)過發(fā)展窗口期了，說真心話，通信網(wǎng)絡(luò)服務(wù)等級(jí)高，是事關(guān)國計(jì)民生的生產(chǎn)系統(tǒng)，豈敢兒戲，所以運(yùn)營商反復(fù)驗(yàn)證方案，去催化產(chǎn)業(yè)的成熟。然而即使我們?nèi)绱伺?，依然凸顯出如下困難。

1. 通過規(guī)范標(biāo)準(zhǔn)來約束的廠商的互操作性，推進(jìn)比較緩慢

(1)NFV系統(tǒng)復(fù)雜，行業(yè)標(biāo)準(zhǔn)化推進(jìn)緩慢

事實(shí)上從發(fā)展之初，標(biāo)準(zhǔn)化一直在積極推進(jìn)， 國際上已有多個(gè)有影響力的標(biāo)準(zhǔn)組織成立了專門的工作組來開展NFV的相關(guān)研究，比如ETSI、IETF、3GPP SAS、ITU-T SG13、CCSA等;另外，在上述的標(biāo)準(zhǔn)基礎(chǔ)上，也引入了一批NFV相關(guān)開源組織，如OPNFV、OpenStack、KVM、Open vSwitch、ONOS、OpenDaylight等，為NFV的開源實(shí)現(xiàn)技術(shù)提供了參考。

然而NFV系統(tǒng)太復(fù)雜了，組件眾多，不同參與方利益出發(fā)點(diǎn)存異，導(dǎo)致標(biāo)準(zhǔn)化的推進(jìn)緩慢。

(2)大企業(yè)以企業(yè)標(biāo)準(zhǔn)來要求廠商，規(guī)范NFV系統(tǒng)，但各廠商對(duì)規(guī)范的理解有偏差，實(shí)現(xiàn)能力和出發(fā)點(diǎn)也各不相同，只能通過試驗(yàn)試點(diǎn)去打磨成熟，但這需要大量的時(shí)間和人力。

(3)需求發(fā)展變化太快，這些標(biāo)準(zhǔn)和要求都需要不斷演進(jìn)和成熟，于是出現(xiàn)了運(yùn)營商疲于去制定和修正，廠商疲于去適配。

2. 希望充分發(fā)揮云的優(yōu)勢，使得云平臺(tái)的能力服務(wù)化，資源靈活調(diào)度分配，整體提升資源效率，但是當(dāng)前產(chǎn)業(yè)依然是軟硬解耦的初級(jí)階段徘徊

(1)多數(shù)網(wǎng)元的設(shè)計(jì)還處于將傳統(tǒng)電信設(shè)備上的軟件直接移植到虛擬機(jī)鏡像的階段，并沒有按照云化的方式設(shè)計(jì)和使用云平臺(tái)。

(2)云平臺(tái)也沒有充分結(jié)合業(yè)務(wù)需求，提供豐富的云服務(wù)，進(jìn)行資源靈活調(diào)度管理，也不能通過有效的手段，基于運(yùn)行的業(yè)務(wù)情況，優(yōu)化和提升整體的資源使用效率。

3. 運(yùn)維模式轉(zhuǎn)變，運(yùn)維難度增加，不知該如何應(yīng)對(duì)

相比較傳統(tǒng)的以設(shè)備運(yùn)維為主的模式，電信云是一個(gè)平臺(tái)級(jí)的系統(tǒng)，涉及的組件眾多，如何有效進(jìn)行運(yùn)維分工，如何進(jìn)行有效地監(jiān)控，如何通過協(xié)作，進(jìn)行運(yùn)維問題分析定位，甚至如何進(jìn)行問題預(yù)測，都是不小的挑戰(zhàn)，在這些方便，當(dāng)前還尚未形成明確的解決方案和定義。

所有的這一切都使得NFV遲遲不能大規(guī)模上線，使得業(yè)界對(duì)NFV的成熟度一直存疑，于是有了NFV倒地出局的悲觀論調(diào)。那問題到底出在哪里了?

• 是運(yùn)營商不需要一張靈活的網(wǎng)絡(luò)嗎?不是
• 是技術(shù)上有難以克服的瓶頸嗎?不是
• 是產(chǎn)業(yè)界生態(tài)不支持嗎?不是

既然有運(yùn)營商需求，有技術(shù)方案，有產(chǎn)業(yè)生態(tài)，那到底是什么原因?qū)е逻@些困難的?

答案是NFV的落地模式，解決NFV建設(shè)使用***一公里的問題，千萬不要小看這***一公里，多少好的概念因?yàn)闆]有解決好***一公里，長期處于雷聲大雨點(diǎn)小的窘境，遲遲不能推進(jìn)，甚至錯(cuò)過風(fēng)口被淘汰。

那電信云的落地模式是什么，如何解決以上問題呢?筆者個(gè)人認(rèn)為這正是NFV決勝下半場的關(guān)鍵，決定了電信云能否穩(wěn)步爬升和真正落地開花。

三、下半場的命門

NFV使得通信網(wǎng)絡(luò)由橫向的設(shè)備連接，轉(zhuǎn)變?yōu)榭v向的分層系統(tǒng)構(gòu)建，傳統(tǒng)針對(duì)CT設(shè)備的建設(shè)使用模式要轉(zhuǎn)變?yōu)獒槍?duì)IT云系統(tǒng)的建設(shè)使用模式，在這種轉(zhuǎn)變中，如果還是以純粹依賴廠商提供產(chǎn)品和服務(wù)的傳統(tǒng)模式進(jìn)行落地建設(shè)，就必然會(huì)出現(xiàn)以上的問題，從而使得NFV的建設(shè)步履維艱、NFV的優(yōu)勢也最終會(huì)大打折扣。

那么NFV的落地模式到底什么，也就是如何找到行之有效的方法保證NFV的快速落地，并發(fā)揮出云計(jì)算的優(yōu)勢，這還得從前文提到的困難點(diǎn)來一一探討。

1. NFV系統(tǒng)組件復(fù)雜，所以在初期要加強(qiáng)對(duì)接適配工作，不能完全依賴規(guī)范和標(biāo)準(zhǔn)解決。而是將集成標(biāo)準(zhǔn)化，透明化，提升集成問題解決效率，加速落地建設(shè)

傳統(tǒng)的模式，以case by case的項(xiàng)目建設(shè)出發(fā)，廠商產(chǎn)品通過標(biāo)準(zhǔn)、規(guī)范和技術(shù)要求保證其集成對(duì)接，集成商以交鑰匙的方式提供集成服務(wù)，但是對(duì)于復(fù)雜系統(tǒng)，很多在集成中或者后期使用中出現(xiàn)的適配、調(diào)優(yōu)等系統(tǒng)性問題，都是前期技術(shù)要求不容易覆蓋全的。一種考慮就是打開集成工作的黑盒，標(biāo)準(zhǔn)化集成的流程，標(biāo)準(zhǔn)化集成設(shè)計(jì)，標(biāo)準(zhǔn)化集成對(duì)接等，將其中一些關(guān)鍵的系統(tǒng)設(shè)計(jì)、對(duì)接驗(yàn)證或者系統(tǒng)驗(yàn)證的工作提取出來，提前在一個(gè)集中平臺(tái)上進(jìn)行處理，并且在NFV系統(tǒng)集成中實(shí)施和后期使用中，也能夠持續(xù)保障，這就保證了系統(tǒng)集成建設(shè)效率。另外，標(biāo)準(zhǔn)化后，自然地演進(jìn)到自動(dòng)化，幫助我們高效地發(fā)現(xiàn)那些規(guī)范標(biāo)準(zhǔn)所觸摸不到的問題，快速地迭代規(guī)范和標(biāo)準(zhǔn)要求，加速新業(yè)務(wù)和新技術(shù)的引入?？傊@樣就實(shí)現(xiàn)了集成過程的透明和高效，而不是低效得去對(duì)系統(tǒng)做黑盒的驗(yàn)證，緩步推進(jìn)規(guī)范和標(biāo)準(zhǔn)的完善。

2. 構(gòu)建IT化的集成驗(yàn)證模式，使云計(jì)算的優(yōu)勢迅速構(gòu)建起來，提升NFV系統(tǒng)的落地質(zhì)量

發(fā)揮云計(jì)算的優(yōu)勢，本質(zhì)上來說是推動(dòng)網(wǎng)元業(yè)務(wù)的云化設(shè)計(jì)，并完善云平臺(tái)的構(gòu)建和資源使用。云計(jì)算的發(fā)展歷程證明這個(gè)過程不是一蹴而就，需要持續(xù)的迭代優(yōu)化，需要將開發(fā)/集成/使用有效聯(lián)動(dòng)起來，但傳統(tǒng)的建設(shè)和使用模式其實(shí)是產(chǎn)品和服務(wù)采購的方式，難以做到這一點(diǎn)，因而應(yīng)對(duì)云模式的時(shí)候就顯得力不從心了，這也是為什么我們那么辛苦，但結(jié)果卻不盡如人意。

由于當(dāng)前NFV組件都是廠商來提供，一種考慮是運(yùn)營商構(gòu)建一套和廠商聯(lián)動(dòng)的機(jī)制，引入 IT領(lǐng)域的DEVOP的模式，聯(lián)合合作伙伴，把廠商的產(chǎn)品開發(fā)演進(jìn)和運(yùn)營商的集成驗(yàn)證結(jié)合成一個(gè)體系。推進(jìn)NFV組件的快速迭代演進(jìn)，以下是這***程的初步構(gòu)想。

立足NFV整體的集成過程，將NFV軟件組件開發(fā)/集成/驗(yàn)證相結(jié)合，形成一個(gè)閉環(huán)過程，篇幅所限，這里不再展開技術(shù)細(xì)節(jié)。

有了這樣的平臺(tái)，就可以和廠商一起迅速集成驗(yàn)證，生產(chǎn)中有了任何問題，迅速展開回歸驗(yàn)證，這樣各種網(wǎng)元的適配問題、云化改進(jìn)、以及云平臺(tái)的各種技術(shù)演進(jìn)都能進(jìn)行充分驗(yàn)證和迭代。

3. 對(duì)于復(fù)雜系統(tǒng)，運(yùn)維問題的有效解決，需要構(gòu)建建設(shè)/運(yùn)營運(yùn)維一體化，保障落地使用

構(gòu)建建設(shè)、運(yùn)營、運(yùn)維一體化的新型集成，將承擔(dān)落地建設(shè)的角色和技術(shù)研究驗(yàn)證的角色密切結(jié)合。一種運(yùn)維模式的考慮是，構(gòu)建集成驗(yàn)證中心，將屬地建設(shè)和集成驗(yàn)證中心進(jìn)行聯(lián)動(dòng)，幫助快速分析定位，加速運(yùn)維問題的技術(shù)驗(yàn)證，并且沉淀下來，形成運(yùn)維知識(shí)庫和能力的積累，篇幅所限，這里不再詳述。

在以上的這些工作中，我們看到運(yùn)營商已經(jīng)不能再像買產(chǎn)品和服務(wù)一樣置身事外，而是要深度地走進(jìn)自己的系統(tǒng)，把控自己的系統(tǒng)，取代客戶與供應(yīng)商的老式交易，形成合作共贏的伙伴式關(guān)系。具體操作上，主要是提升NFV落地中的可控性，利用廠商提供給我們的產(chǎn)品和服務(wù)，在技術(shù)上主導(dǎo)平臺(tái)的設(shè)計(jì)、建設(shè)、運(yùn)營運(yùn)維和演進(jìn)，也就是形成一種新型的落地模式。

4. 縱觀國際上的實(shí)踐，大家在落地模式上也在朝著這兩個(gè)方向推進(jìn)，強(qiáng)調(diào)對(duì)系統(tǒng)的把控，也強(qiáng)調(diào)產(chǎn)業(yè)合作

(1) AT&T的歷程

在AT&T Vision 2020轉(zhuǎn)型計(jì)劃中，AT&T董事長兼***執(zhí)行官蘭德爾•斯蒂芬森說：”到2020年，我希望AT&T成為一家科技公司，我們將通過云計(jì)算來管理所有的數(shù)字業(yè)務(wù)，包括手機(jī)、有線、衛(wèi)星電視和海量數(shù)據(jù)等，就像谷歌和亞馬遜那樣“，其實(shí)就明確了其IT化轉(zhuǎn)型和自主轉(zhuǎn)型的思路，而從這些年向外部釋放的種種信號(hào)來看，也確實(shí)在朝這個(gè)方向邁進(jìn)。

Domain2.0的云戰(zhàn)略提出之初，ATT和IBM展開云計(jì)算和大數(shù)據(jù)的合作;2015年AIC云架構(gòu)形成，構(gòu)建基于openstack開源云架構(gòu)，和當(dāng)時(shí)的IT集成商Mirantis深度合作，歷經(jīng)AIC1.O/ACI2.O/AIC3.O，2018年演進(jìn)到NC云架構(gòu)，依靠自身的力量構(gòu)建了基于容器的云平臺(tái)持續(xù)集成開發(fā)體系(DEVOPS)，并且將該架構(gòu)開源成AIRSHIP項(xiàng)目。 從工作流角度看，AIRSHIP包含了基于容器的云平臺(tái)持續(xù)集成開發(fā)，同時(shí)也包含了集成部署和系統(tǒng)測試。

坦白的說，AT&T的實(shí)踐，雖然目前成敗未卜，但確實(shí)有幾百人的技術(shù)團(tuán)隊(duì)，對(duì)整個(gè)NFV系統(tǒng)有很強(qiáng)的把控力。

(2) 瑞士電信的實(shí)踐

看完了大廠，再來看看瑞士電信，他們建設(shè)NFV并不是對(duì)通信網(wǎng)絡(luò)整體的改造，而是從TV業(yè)務(wù)出發(fā)，構(gòu)建Media Cloud，承載當(dāng)前和未來與娛樂相關(guān)的網(wǎng)絡(luò)服務(wù)，一方面，他們選擇了惠普作為合作伙伴，提供云平臺(tái)和集成解決方案，負(fù)責(zé)生產(chǎn)環(huán)境的系統(tǒng)集成;另一方面構(gòu)建了自己的實(shí)驗(yàn)室，開展平臺(tái)以及業(yè)務(wù)的兼容性和性能、可靠性等測試。并且聯(lián)合合作伙伴，就平臺(tái)的容器化演進(jìn)、構(gòu)建基于公有云和電信云的混合云，開展技術(shù)演進(jìn)的實(shí)踐驗(yàn)證。

四、已經(jīng)在路上

用NFV去重構(gòu)傳統(tǒng)CT架構(gòu)。這意味著CT要接受IT的技術(shù)，接受IT的思維，于是我們看到X86通用服務(wù)器、OpenStack云平臺(tái)、微服務(wù)業(yè)務(wù)設(shè)計(jì)等一系列IT的技術(shù)在CT中廣泛應(yīng)用，而伴隨NFV步入下半場，快速規(guī)模落地，成為關(guān)注焦點(diǎn)，這時(shí)一個(gè)重要的IT建設(shè)模式逐步走進(jìn)我們的視野，那就是快速迭代、快速演進(jìn)的思維和技術(shù)體系，而這一體系的構(gòu)建基礎(chǔ)就是可控的技術(shù)能力，以及合作伙伴式的產(chǎn)業(yè)生態(tài)。

行文至此，已經(jīng)凌晨2點(diǎn)多了，伏案遐思，回想這些年在NFV一線的摸爬滾打，感慨良多，雖然各種吐槽，雖然也曾經(jīng)深陷各種技術(shù)細(xì)節(jié)問題，萌生沮喪，但也深深體味著NFV前進(jìn)路上點(diǎn)點(diǎn)滴滴的進(jìn)步，可以看到產(chǎn)業(yè)界在思想上，從消極抵制過渡到慢慢接受，技術(shù)上從完全不能對(duì)接到大部分問題已經(jīng)解決，企業(yè)標(biāo)準(zhǔn)接口逐步細(xì)化完善，集成內(nèi)容和集成流程的定義從無到有，集成設(shè)計(jì)逐步規(guī)范化，提升集成效率的自動(dòng)化探索也如火如荼，雖然和我們理想中高大上的那朵云還有較遠(yuǎn)的距離，雖然落地起來還磕磕絆絆，但是NFV已然可行，同時(shí)運(yùn)營商在可控模式上也一直在努力，點(diǎn)點(diǎn)滴滴默默積累。

邁進(jìn)下半場后，我們只要在電信云建設(shè)/使用/演進(jìn)過程中，將把控力和產(chǎn)業(yè)合作上結(jié)合起來，建立起集成/運(yùn)營運(yùn)維一體化的快速迭代模式，就必然能把NFV規(guī)模落地構(gòu)建起來，那時(shí)候還會(huì)有人討論NFV的倒地和出局嗎?