在公司內部，銷售人員面對的是CRM系統，倉庫管理人員面對的是庫房管理系統，人力資源部的員工面對的是HR系統……。可以說，不同的用戶面對的是各自的業務應用系統。
對于網絡的使用者來說，網絡只是一個底層的平臺，這個底層平臺對于用戶來說是不透明的，用戶所面對的是在這個平臺之上的各種業務系統，而網絡管理者的工作的目標實際上就是保證這些業務系統的穩定運行。

   保證業務穩定運行的關鍵是保障承載該業務系統的網絡的穩定，因此，網管系統應運而生。但是我們可以看見，以往的網管系統以及目前常見的一些開源的網管系統，它們所面像的管理目標僅僅是交換機、路由器等地層的網絡設備，對于網絡之上的業務系統基本上無從涉及。網絡管理者使用這樣的網管系統時，對于網絡之上運行的業務系統情況是無從所知的，這樣，就造成了網絡管理和業務之間的脫節。當網絡變得越來越龐大，越來越復雜的時候，這種脫節的惡果就會章顯出來。為什么ERP系統會出現周期性癱瘓？為什么網絡沒有出現異常，但是有好幾個業務系統出現了癱瘓？到底那些業務是最為耗資源的業務？我們的計算資源真的不夠了么？我么一定要進行帶寬擴展了么？諸如此類的問題擺在了網絡管理者的面前。解決底層網絡與上層業務系統在管理上的脫節，就是有效排除這些問題的辦法。

   實際上，底層網絡和上層的業務應用系統之間是有交點的，這個焦點就是服務器。服務器是網絡的計算核心，也是承載業務應用系統的平臺。所以，想要解決底層網絡與上層業務之間的脫節的關鍵，不僅僅在于針對服務器本身的監控，更要注重對服務器上所運行的應用系統的監控。

   說到服務器監控應該是一個老問題了。很多網管系統都有服務器性能方面的管理，也聲稱可以對很多應用系統進行監控。但是，這類服務器監控系統僅僅是對數據庫、中件間等底層系統進行簡單的監控，對業務系統本身的業務流程，使用狀況并不能做到細致的監控，所以，網絡平臺和業務系統脫節的問題并沒有得到解決。
為什么會有這樣的情況出現呢？這是因為，現階段多數的網管系統采用的是B/S架構，這種架構雖然可以和不同的業務系統之間相關聯，但是由于沒有客戶端，所以在關聯業務系統的時候，相關的二次開發工作比較大，而且在易用性以及部分的功能度方面，B/S要比C/S遜色一些。

   可能很多的朋友會有疑問，現在很多的網絡管理系統都在強調自己是B/S結構的，您在這里怎么開始夸起C/S結構呢？其實這是一個誤區。從軟件的發展上來看，B/S結構的系統由于無需客戶端安裝，在管理性，操作性方面似乎大大優于C/S的系統。實際上，對于網絡管理系統來說，C/S結構能為網絡管理者帶來的好處是非常多的。

   首先，C/S架構的產品，客戶端的操作都是已經編譯好的成熟程序。穩定性不言而喻。并且不會出現因網絡不穩產生的任何問題。通過客戶端，全部數據可以通過異步加載，并在客戶端本地緩存儲。

   其次，由于使用了客戶端，C/S結構的網管系統可以使網絡管理工作進一步的簡單化，舉個簡單的例子來說，客戶端可以讓用戶的功能菜單設置的更加合理，網管系統可以通過開發客戶端來增強系統的易用性。比方說，用戶可以隨心所欲的定制自己的管理界面。

   而且，我們都知道，網絡管理系統實際上是一種“帶內管理系統”，想要實時的監測底層網絡以及相關的應用系統，網管系統必須接入用戶的網絡內部，而C/S結構的系統可以使網管系統對原有網絡的影響顯著降低，并且不會因為網管系統的接入影響原有網絡的安全性，這點是非常重要的。當用戶遠程管理網絡的時候，遠程服務器用戶名、密碼等相關資料是不能泄露的，C/S結構的網管系統可以存儲一些重要的系統信息，對重要的信息采用了國際先進的加密算法，支持128位數據加密，對系統安全提供了有力保障。

   有些朋友可能存在疑慮，C/S結構會不會使得網絡管理在跨地域等情況的時候帶來不便，在這方面，C/S結構的網管系統的可以在其底層采用分布式系統，數據調用全部采用WebService來實現跨平臺。系統在監測層，業務邏輯層、數據存儲層均能各自實現分布式部署，這意味著，C/S的網管系統將能夠支持更大規模的項目。
目前類似這樣的網絡管理系統已經出現（比方說游龍科技的拳頭產品，SiteViewECC8.1），通過這樣的網絡管理系統，底層網絡和上層應用系統在管理方面才能夠真正的結合起來，解決二者之間脫節的問題也不再是一句空話。