NaaS的連接要求是臨時創(chuàng)建的，而不是提前配置的。這與傳統網絡完全不同，在傳統網絡中，管理員在企業(yè)網絡中安裝應用，然后這個應用將繼承網絡的連接性和行為。NaaS的未來，應用本身會指定它需要的連接性和性能要求，在需要時向應用提供。這個與過去的差異為我們提供了最好的線索，讓我們知道何時NaaS不是最佳選擇。
為了讓NaaS可行，我們需要確保兩件事情。首先，它需要一種特定 “服務”作為用戶和應用及網絡之間的動態(tài)關系。其次，它需要一個機制來創(chuàng)建這種需求關系。在某些情況下，這兩個條件能夠實現，但現在在大多數網絡中這無法實現，這也表明，NaaS現在還不可行。
NaaS需要動態(tài)的網絡服務
在NaaS的“使用條款”中，這個“服務”會經常需要，例如，當公司增加辦公地點或服務器農場時。現在有兩種方法需要更動態(tài)的網絡服務，第一種是通過網絡運營過程，其中虛擬網絡社區(qū)被定義來承載用戶組或資源。第二種是當應用或IT軟件直接要求網絡連接性時。
一些企業(yè)會建立虛擬網絡或者“子網絡”來分離安全應用、分隔來自web服務器的企業(yè)資源或者響應視頻會議等。這些服務通常是由網絡運營來管理，因此我們可以通過檢查運營中心來看看對網絡配置有哪些定期更改。當很少發(fā)生更改時，就說明在網絡層很少有動態(tài)服務被創(chuàng)建。
應用級服務意識可能更難檢測。一個很好的開端是問自己：“我的應用或者應用部署做法了解自己的連接需求嗎？”例如，有沒有特定的應用負責識別其用戶，或者用戶對應用的連接是通過部署或集成工具來創(chuàng)建或實現？為了以任何形式“命令”NaaS，我們有必要能夠確定所需要的連接目標。但很多企業(yè)沒有專用應用網絡連接或部署過程，因此沒有辦法知道某個特定應用需要什么。
尋找服務意識是關鍵
在應用和部署中尋找“服務意識”主要有兩種方法：尋找部署工具和尋找網絡管理接口。部署或計劃部署私有云的企業(yè)，以及那些經常移動應用或虛擬機（作為虛擬操作環(huán)境的一部分）的企業(yè)可能需要工具來發(fā)現其應用的網絡服務需求。
此外，那些使用DevOps工具（Chef、Juju等）或專有應用工具的企業(yè)可以看看這些控制網絡的變化以及IT資源的變化，如果有變化的話，至少說明他們能夠使用NaaS。
有關NaaS的價值的第二個問題是：“我的應用的動態(tài)程度？”如果由于資源需求、用戶訪問的變化甚至是工作量的季節(jié)性變化，需要對應用連接性做的改變很少，那么使用動態(tài)網絡服務就沒有什么價值可言。
動態(tài)應用的幾個關鍵指標是網絡使用負載均衡（這意味著工作量的動態(tài)變化，以及由此導致的網絡需求的變化）、網絡的定期配置變化，以及服務分配中的頻繁變化，它重新平衡使用率高度變化的工作或應用。如果這些指標都沒有出現的話，那么，NaaS的價值就喪失了。
挖掘NaaS的價值
最后要問的問題是：“我能以任何特定的方式來利用NaaS嗎？”即使企業(yè)能夠創(chuàng)建一個動態(tài)的網絡服務，這樣做有價值嗎？NaaS價值可以是間接的—它提高安全性或者簡化操作，也可以是直接的—它與網絡連接支付的價格掛鉤。
根據應用或服務來分區(qū)網絡所獲得的運營優(yōu)勢是明顯的，但這種劃分也會使企業(yè)更難建立從多個來源收集數據的集成應用或者構建統一通信應用。我們應該提供所需要的應用或服務網絡結構，并顯示在哪里以及如何提供與用戶以及與其他應用組件的互連。如果這一切都可行的話，那么，利用NaaS分配服務質量（QoS）到特定應用或服務會更容易。
服務供應商已經開始在虛擬本地局域網或虛擬專用網絡提供有限的NaaS產品，但在大多數情況下，定價對于長期合同有利。為此，結合多個NaaS產品構建服務可能需要支付更高的價格。現在，企業(yè)應該在內部網絡網段基于NaaS原理來測試NaaS，特別是基于云計算的虛擬網絡服務。在運營商服務成熟，以及有了管理和利用NaaS的經驗后，企業(yè)或許可以考慮更廣泛的NaaS部署。
