2012年，我們預計各種規(guī)模的通信服務提供商（CSPs）都將邁上虛擬化的道路，并且最終實現(xiàn)其網(wǎng)絡的“云化”。自那之后，幾乎所有的CSP都開始了這一過程。

雖然這是整個行業(yè)的進步，但是公平的說大多數(shù)CSP在這條道路上還沒有走很遠。這些CSP正在采用最佳的軟件定義網(wǎng)絡（SDN）和網(wǎng)絡功能虛擬化（NFV）組件開發(fā)第一代我們所說的“電信云”，電信云是內(nèi)部的云基礎設施，將滲透到整個CSP網(wǎng)絡，提供一個靈活、敏捷的服務交付、操作、管理環(huán)境。

隨著CSP虛擬了網(wǎng)絡控制和功能，業(yè)務“云化”是否值得的問題需要回答。大多數(shù)時候，這個答案都是肯定的，因為互聯(lián)網(wǎng)經(jīng)濟需要操作規(guī)模和速度。反過來，大多數(shù)CSP都不能夠提供大規(guī)模的網(wǎng)絡靈活性。需要澄清的是，電信云不適應現(xiàn)有的網(wǎng)絡，它是網(wǎng)絡服務交付和操作將在cloud-native環(huán)境下實現(xiàn)，且操作跟其他云服務一樣。為了達到這個目標，虛擬化是不夠的。虛擬化是非常重要的第一步，因為它能夠使得基礎設施資源操作的靈活性。然而，如果底層網(wǎng)絡仍相對剛性且靜態(tài)，CSP不能正確利用虛擬化帶來的靈活性。實現(xiàn)這些優(yōu)勢的關鍵是將NFV帶來的靈活性和SDN提供的可編程性結合起來。

以移動網(wǎng)絡中的Gi-LAN為例，它根據(jù)不同的策略和用戶通過不同的功能發(fā)送流量。過去，我通過物理盒子來管理這些請求。虛擬化有助于加速這個過程，但并不能完全消除over-provision的狀況。更糟糕的是，over-provision創(chuàng)立的連接很難適應環(huán)境和服務需求，這是一個問題。

SDN架構的編程遵循策略，可以實現(xiàn)Gi-LAN的控制和自動化功能，添加新的服務跟新策略的編程一樣簡單。這種服務的敏捷性和靈活性是將SDN和NFV相結合帶來的，隨著越來越多的CSP認識到SDN和NFV的重要性，SDN和NFV正大大加快“云化”進程。

在業(yè)界向NFV轉型的初期階段，我們很多人都清楚，除了SDN和NFV之外的第三個加快電信云發(fā)展的支柱是開放發(fā)展，它能夠提供必要的創(chuàng)新和發(fā)展規(guī)模。今天，第三個支柱已經(jīng)逐漸固化下來。

以OpenDaylight、OpenStack、OPNFV等開源項目為代表的，包含了SDN和NFV以及允許SDN和NFV協(xié)同工作的連接元素提供了更多的靈活性。

以最新發(fā)布的OPNFV軟件架構為例，它不僅能夠提供同時使用SDN控制和虛擬網(wǎng)絡功能（VNF）的能力，還能根據(jù)需求在整個NFV架構中選擇三種不同的SDN控制器。這種靈活性指出了未來發(fā)展的方向。

我們還沒有將網(wǎng)絡控制和網(wǎng)絡服務交付實現(xiàn)真正的云化。這需要今天的單片VNFs提取出通用的服務，并向基于服務的基礎設施遷移。它需要超越簡單的SDN控制平面和數(shù)據(jù)平面的分離，向能夠響應不同應用程序和服務的微服務架構的控制功能轉變。

因此，云化歷程的道路任重道遠，值得一提的是電信云的歷程已經(jīng)順利開展，盡管我們還沒有實現(xiàn)最終目標，但是我們已經(jīng)逐漸意識到了它帶來的優(yōu)勢。

原文鏈接：https://www.sdxcentral.com/articles/contributed/sdn-and-nfv-stepping-stones-telco-cloud/2016/09/