云計算爆炸同時帶來了“即服務”術語的爆炸，各種“即服務”讓人們很難分辨。網絡即服務似乎被認為是多余的(如果不是服務，服務供應商在賣什么?)，同時也是定義不明確的，但我們不能忽視它的存在，因為它代表了網絡的未來。

網絡即服務概念源自云計算，以及對OpenStack中虛擬網絡的特定支持，Quantum界面描述了如何創建網絡連接服務來支持云計算和存儲服務的連接。

網絡即服務與物理網絡之間的關系

這里網絡即服務是創建來支持應用的虛擬網絡。與連接固定地點(例如總部)到分支機構、服務器到服務器以及服務器到存儲等的傳統網絡相比，有明顯的區別。如果NaaS是應用網絡，一個重要問題是它如何關聯到網絡基礎設施和網絡服務。這個問題的答案是將NaaS從美好的想法轉變成“真正的”NaaS的關鍵。

如果說，網絡即服務的根源在云計算，那么，第一個實用NaaS選擇就是虛擬覆蓋網絡。網絡軟件供應商Nicira(2012年由VMWare收購)開發了完全基于軟件的Nicira NVP虛擬網絡架構，并可以通過云API來控制。虛擬覆蓋網絡是隧道(使用一個合適的隧道協議，包括GRE)和虛擬交換機的組合，它在物理網絡設備(交換機和路由器)“之上”創建了一個網絡。

鑒于網絡即服務是由軟件來部署和控制的，因此，對于創造連接的實際網絡設備和服務而言，這些應用網絡基本上是透明的附加物。虛擬覆蓋網絡對真實服務和基礎設施生成的連接進行細分，但不創建連接或者更改服務合同關系。對于想要動態應用網絡控制，但不想要改變其站點連接方式、構建方式以及其網絡服務合同的內容的用戶，這是一個完美的方法。

創建虛擬網段

如果網絡服務本身需要變得更加靈活和更受應用驅動，我們需要更多開發工作來實現這一點。虛擬覆蓋網絡不能創建真實服務是一個重要的局限性，因為很多人將網絡即服務視為新的靈活的網絡服務，而其實，NaaS的虛擬覆蓋形式只能夠細分真實網絡/服務提供的連接。

虛擬覆蓋網絡并不是創建控制連接的虛擬網段的唯一方式。在以太網網絡中，VLAN和VxLAN等標準能夠將真實基礎設施分割成虛擬網絡，并且，網絡運營商也提供虛擬LAN和虛擬專用網絡(VPN)服務。這里的虛擬網絡并沒有那么虛擬，因為它是由具有真實特性的真實設備創建的。這些特性必須通過管理應用程序接口(API)來調用，這既有利也有弊。

創建指定設備的NaaS的最明顯的缺點是控制軟件/云控制設備。這可能需要軟件/云以及網絡管理系統(Quantum為這種定制化提供設備)之間的協作，這是可以實現的。重要的是需要確保指定設備的網絡及服務包含應用網絡中所有關鍵要素。應用虛擬網絡通常需要DHCP服務用于地址分配，DNS用于地址解析，以及默認網關(路由器)來連接應用網絡到用戶。

整合網絡即服務與WAN服務

虛擬網絡覆蓋和指定設備形式的NaaS都仍然需要結合一組靜態的底層廣域網(WAN)服務，因此，很多人認為，NaaS模式還不能實現完全的靈活性。NaaS服務上的所有流量都必須在實際網絡的容量范圍內，包括WAN鏈接。一些人認為，虛擬網絡覆蓋形式的NaaS并沒有與設備集成，使其更難以管理。NMS工具只是將NaaS服務“視為”流量。實現NaaS的完全的靈活性意味著需要整合NaaS概念與WAN服務。

如果說，NaaS最后還有一個問題，那就是從服務運營商訂購NaaS，實現這一點并不容易。在技術層面，運營商可以為用戶提供一個管理門戶，讓他們在LAN(VLAN、VxLAN)或VPN水平來構建、修改和移除虛擬網絡，但這種類型的動態機制會與長期形成的行業內定價慣例(基于流量情況、站點連接的數量以及合同期限)產生沖突。

用戶會接受更高價格的NaaS嗎?還是運營商提供有吸引力價格，但并不承諾客戶服務?對于這些問題，市場方面仍然有待商榷。

然而，問題并不只是這些。如果虛擬網絡“肆意發展”而不考慮其流量對“實際”網絡的影響，虛擬網絡覆蓋和基于設備的NaaS將會給所有網絡用戶帶來服務質量(QoS)問題。如果內部部門啟動他們自己的應用網絡時無意中訂購了非常昂貴的東西，基于運營商的NaaS可能讓企業產生巨大的費用。所有這一切都意味著，NaaS服務必須要有某種政策管理系統來控制誤用，這將能夠確保NaaS迅速發展，而不只是一個充滿希望的更靈活的網絡模式。