NFV和SDN如何塑造電信的未來

  十多年來，電信網(wǎng)絡(luò)的轉(zhuǎn)型已迫在眉睫。大多數(shù)網(wǎng)絡(luò)運營商甚至都不清楚如何實現(xiàn)轉(zhuǎn)型。也許是因為該行業(yè)已經(jīng)掌握了一些技術(shù)，如軟件定義網(wǎng)絡(luò)(SDN)，網(wǎng)絡(luò)功能虛擬化(NFV)，并認為采用它們能解決所有問題。

  雖然NFV和SDN都可以在轉(zhuǎn)型中發(fā)揮作用，但他們必須用一種正確的方式來看待SDN和NFV的現(xiàn)實意義。這樣NFV和SDN可以為運營商們做很多事情，并且在很長的一段時間內(nèi)服務(wù)于運營商。

  一個真實狀況是運營商未來的利潤將基于最大化每個用戶的平均收入，然后最小化成本?，F(xiàn)在，這被認為是移動服務(wù)成功的典范，并且可能是視頻流服務(wù)的模型。它被視為利潤規(guī)劃和電信未來引入新網(wǎng)絡(luò)技術(shù)創(chuàng)新的第一步。

  推出新的功能設(shè)計吸引用戶這對獲取大額利潤是至關(guān)重要的一步。原因是運營商的Opex高于Capex。在Opex領(lǐng)域，客戶的獲取和保留是最大的單一成本。世界上最好的服務(wù)生命周期管理系統(tǒng)無法幫助運營商銷售，它只能減少客戶流失產(chǎn)生有限的影響。而粘性服務(wù)，即那些在承諾方面能自我延續(xù)的服務(wù)才是真正的關(guān)鍵。

  云原生的NFV和SDN方法

  運營商需要采用不同的方法。幸運的是，不需要花費額外的五年改變規(guī)格的問題。正確的電信轉(zhuǎn)型方法是要認識到云托管功能應(yīng)該作為云功能托管和編排，而不是網(wǎng)絡(luò)功能。

  我們已經(jīng)知道Capex和Opex將托管功能替換為物理設(shè)備的好處是有限的，因此NFV的真正價值在于創(chuàng)建云托管，可組合的功能。忘記與NFV相關(guān)的術(shù)語，如MANO，虛擬化基礎(chǔ)架構(gòu)管理器，虛擬網(wǎng)絡(luò)功能管理器，把重點放在使用傳統(tǒng)云工具和元素簡單地將有用功能編排到服務(wù)中。大多數(shù)云托管功能都會創(chuàng)建over-the-top(OTT)服務(wù)或服務(wù)增加，大多數(shù)運營商認為這是電信未來真正收益的地方。

  可以編排到服務(wù)中的OTT功能的范圍取決于運營商的特定市場焦點以及他們對OTT服務(wù)的當前承諾。在一些市場中，電信運營商多年以來一直直接參與OTT服務(wù)，這些運營商已經(jīng)有了具體的機會目標，甚至還有一些技術(shù)。從廣義上說，視頻和廣告是運營商自己評價最高的。家庭和設(shè)施的控制和安全將是下一步。所有這些服務(wù)從一開始就具有成為利潤中心的優(yōu)勢，并且許多服務(wù)可以在沒有過多第一成本的情況下啟動。

  新功能的靈活編排是SDN在未來電信領(lǐng)域的應(yīng)用。如果一個新服務(wù)是由就近的邊緣或城域數(shù)據(jù)中心托管的功能和連接組成的結(jié)構(gòu)，那么使用當前網(wǎng)絡(luò)技術(shù)將所有部件整合在一起是一個挑戰(zhàn)。如果結(jié)果必須同時具有充分的安全性和成本效益，這一點尤其正確。SDN提供了創(chuàng)建服務(wù)子網(wǎng)的能力，這些子網(wǎng)完全獨立于運營商。

  SDN已經(jīng)成為云數(shù)據(jù)中心的一部分，因此假設(shè)服務(wù)功能托管擴展并涉及多個數(shù)據(jù)中心是合乎邏輯的，SDN將被擴展以支持更大的任務(wù)。創(chuàng)建和維護這些連接必須與服務(wù)更改導(dǎo)致的故障轉(zhuǎn)移，擴展和重新部署決策同步。因此，數(shù)據(jù)中心和WAN的通用編排方法很重要。SDN可以提供這一點，因為它已經(jīng)在數(shù)據(jù)中心內(nèi)完成了必要的工作。

  評估電信成本降低

  在成本方面，運營商的目標是充分利用技術(shù)，使協(xié)調(diào)NFV和SDN成為可能。這兩種技術(shù)所能提供的敏捷性取決于編排工具，這些工具提供接近零接觸。由于SDN和NFV有用于配置的軟件API，因此它們通常易于適應(yīng)生命周期編排，其中可能需要插件或輔助控制器來控制物理設(shè)備的網(wǎng)絡(luò)。當某些服務(wù)功能已經(jīng)被托管時，甚至將基本連接服務(wù)功能視為NFV和SDN實現(xiàn)的候選者也是有意義的。

  如果沒有服務(wù)生命周期自動化的幫助，NFV和SDN就不能保證必要的成本削減，而這正是兩種技術(shù)目前所認識到的。然而，目前還不清楚如何實現(xiàn)這一目標。致力于零接觸自動化和AT&T ECOMP SDN項目的ETSI小組已經(jīng)開放了源代碼?，F(xiàn)在說這些努力中的哪一項是否能夠得到回報，或者何時能夠得到回報還為時過早。

  好消息是電信的未來正在發(fā)生轉(zhuǎn)變，其中包括對NFV和SDN的云本地化遠景。假設(shè)NFV和SDN的部署遵循云原則，不是由獨立的網(wǎng)絡(luò)標準機構(gòu)與網(wǎng)絡(luò)硬件更緊密地結(jié)合在一起，那么Kubernetes之類的云編排工具可以介入解決很多(如果不是全部的話)的服務(wù)生命周期自動化問題。

  在新的收入和成本降低方面，云本地視角是所有這一切的關(guān)鍵。如果NFV和SDN遵循以云為中心的部署路徑，而不是以兩種技術(shù)為基礎(chǔ)的更傳統(tǒng)的以網(wǎng)絡(luò)為中心的方法，兩種技術(shù)的收入增長和成本管理要素可以與一個共同的，總體的，生命周期自動化愿景相結(jié)合。這將使SDN和NFV在未來的電信領(lǐng)域不斷發(fā)展。如果沒有云本地化觀點，這兩種技術(shù)都不可能達預(yù)期效果。