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