最近有一家知名云廠商對SDN這一概念提出質疑。他們認為該技術的發(fā)展程度還不足以使人受益。

那么他們的SDN理念是什么呢?客戶保留著若干業(yè)務單位為on-demand運算和存儲提供大量推動擴展需求。他們希望自己的網絡不可視，從不影響應用環(huán)境。顯然，他們的數(shù)據(jù)中心也不是用來試水的地方。

這一點不讓人意外，對于同類企業(yè)而言難題都類似：

1. 部署新的硬件(如從1G到10G)和選擇新供應商便產生了持續(xù)的再教育，管理和操作型架構變更需求。這些阻礙一般會導致一些顧客接受***供應商，端到端的方法。

2. OpEx高過CapEx，所以90%的成本是可操作的。物理設備的價格持續(xù)下跌，因為內存成本在下降而系統(tǒng)集成程度在提高。雖然有些人稱這為迎接消費化，但是集資費用不再主導IT預算。

3. 保留一個內部靈活，更改成本高的拓撲結構。網絡建設趨于穩(wěn)定，這意味著它們更容易被改變。由于有了云計算，工作負載管理現(xiàn)狀需要各種更為快速的網速，這樣才能改變網絡配置適應工作負載環(huán)境中的變化。

諷刺的是，大多數(shù)SDN支持者都會說“這就是SDN將提供的優(yōu)勢”。

如果你有開放的SDN：

1. 你可以從硬件中提取網絡操作系統(tǒng)，然后從網絡中提取應用。這是使用白盒服務器的普遍想法，而把這種層級的提取反映到網絡技術中而是關鍵的一步。一旦你有了利用持續(xù)軟件環(huán)境的自由，硬件更改就不會引發(fā)一系列的關聯(lián)和操作問題。

2. 如果你的硬件被提取和消費品化，你就可以考慮通過常用創(chuàng)建模塊擴展的新型拓撲結構，實現(xiàn)水平方向(服務器數(shù)量)和垂直方向的擴展，讓大量服務器陣列聚合在一起，使其在數(shù)據(jù)中心之外具備線速率或近線速率通道。用基架，行和滿是CPU的數(shù)據(jù)中心搭建的云/運算資源確實是現(xiàn)在被普遍接受的平行方法。

3. 你可以在不改變物理拓撲結構的情況下對網絡進行編程，而這樣又有助于減少OpEx和意外的停工時間。編程是基于“黃金標準”策略，腳本是實現(xiàn)服務器管理自動化的常用方式。網絡技術可以沿著外部編程的方向繼續(xù)發(fā)展，而這也會有助于IT團隊解決操作難題——成本和意外停工。

無論你是將這種理念稱作是SDN還是開放型網絡，都沒有關系。所有擁有大型數(shù)據(jù)中心的公司都需要了解SDN可以如何協(xié)助他們解決問題，不要再等待。