現(xiàn)代化的網(wǎng)絡已經(jīng)高速發(fā)展，SDN和NFV通過充分整合網(wǎng)絡組件去解決傳統(tǒng)網(wǎng)絡的不足。

不管如何規(guī)范你的服務器和存儲，除非改進整個網(wǎng)絡的基礎架構，否則整個IT平臺不會有多大的改善。通過NFV和SDN可以改善不同網(wǎng)絡設備供應商導致的網(wǎng)絡阻塞。

網(wǎng)絡標準化不是一個新問題，可以追溯到以太網(wǎng)令牌環(huán)和令牌總線那時候。即使包含不同的以太網(wǎng)速度，任何新的版本一般都是向后兼容以前的版本：如10MBps的網(wǎng)卡接口卡連接1GBps的本地交換機，再連結至它10 GBps接口的核心交換機，這在以太網(wǎng)中是非常普遍的。

而局域網(wǎng)普遍依靠以太網(wǎng)，廣域網(wǎng)需要更長的時間來規(guī)范。今天，完整的端到端的以太網(wǎng)傳輸能力，隨著更多的光纖和電信運營商支持更多的數(shù)據(jù)而成為常態(tài)。那么，我們?yōu)槭裁床豢鞓纺?

問題是，IT部門處理混合數(shù)據(jù)的工作量是不同的。例如，視頻和聲音實時通訊問題，在系統(tǒng)中的任何延遲可導致影響用戶體驗。為了滿足IEEE標準：額外優(yōu)先級和服務質量(802.1p和802.1Q)，許多電信公司支持多協(xié)議標簽交換。然而，充分整合網(wǎng)絡設備中的每一條鏈接并不是容易的事。

許多網(wǎng)絡設備廠商通過網(wǎng)絡操作系統(tǒng)建立定制的功能到他們的產(chǎn)品，如思科iOS系統(tǒng)或Juniper的JUNOS系統(tǒng)。供應商的產(chǎn)品經(jīng)常出現(xiàn)與競爭對手的設備不兼容的功能，或采用的標準不同，以確保市場分化。這在普通的環(huán)境下影響不大，但是如果數(shù)據(jù)中心更換了一個同質異構的設備，如cisco的產(chǎn)品換成juniper，網(wǎng)絡就可能會出現(xiàn)一些異常。

通過SDN和NFV來解決這一困局

軟定義的網(wǎng)絡將網(wǎng)絡交換機的三大功能抽象化。在數(shù)據(jù)層面，從點A到B的數(shù)據(jù)移動數(shù)據(jù)包，仍然是一個硬件功能?？刂茖用婧凸芾韺用妫撠熥R別，優(yōu)先傳送并確定傳送和管理數(shù)據(jù)，數(shù)據(jù)在軟定義的網(wǎng)絡里到服務器的過程和標準的網(wǎng)絡傳輸無異。

OpenFlow是SDN的一種標準化的傳輸和管理。在開放網(wǎng)絡的基礎上要求供應商需要采用采用OpenFlow標準和SDN。

采用SDN的網(wǎng)絡系統(tǒng)允許網(wǎng)絡部署的調整和改變，直接越過了操作系統(tǒng)的阻礙與不同廠商設備之間的互操作。

在生產(chǎn)環(huán)境中，SDN還有待加強。SDN發(fā)送大量的流量從物理到抽象層，這增加了網(wǎng)絡會話和延遲。網(wǎng)絡工程師們可能會覺得這不更不靠譜了，不提高網(wǎng)絡性能不說還拖慢了速度。特別是服務提供商，會直接反映這網(wǎng)絡完全不合格。

因此，供應商們推出了一個更綜合的方法：網(wǎng)絡功能虛擬化(NFV)。將一系列的網(wǎng)絡功能打包成一個單獨的動作，最大限度地減少網(wǎng)絡會話。如果你想嘗試新的功能，完全不用擔心可能與現(xiàn)有的標準發(fā)生的沖突，因為NFV部署在網(wǎng)絡的最外層，就像打包一樣。

正確的解決方案可能涉及到傳統(tǒng)網(wǎng)絡，NFV和SDN是可以協(xié)同工作的，但他們并不一切都是虛擬化的。在某些特殊的配置下，網(wǎng)絡管理在特殊的場合，會迫使你不得不使用供應商的特殊功能。

網(wǎng)絡仍然需要在硬件層面智能化，但它必須盡可能有一個共同接受的標準。為了保證你的網(wǎng)絡架構，你需要注意廠商會在哪些設備上進行一些獨有的特殊功能，盡可能的讓自己的網(wǎng)絡標準化。