分布式軟件系統簡介
分布式軟件系統(Distributed Software Systems)是支持分布式處理的軟件系統，是在由通信網絡互聯的多處理機體系結構上執行任務的系統。它包括分布式操作系統、分布式程序設計語言及其編譯(解釋)系統、分布式文件系統和分布式數據庫系統等。
其特點是：
1、在分布式數據庫系統里不強調集中控制概念，它具有一個以全局數據庫管理員為基礎的分層控制結構，但是每個局部數據庫管理員都具有高度的自主權。
2、在分布式數據庫系統中數據獨立性概念也同樣重要，然而增加了一個新的概念，就是分布式透明性。所謂分布式透明性就是在編寫程序時好像數據沒有被分布一樣，因此把數據進行轉移不會影響程序的正確性。但程序的執行速度會有所降低。
3、集中式數據庫系統不同，數據冗余在分布式系統中被看作是所需要的特性，其原因在于：首先，如果在需要的節點復制數據，則可以提高局部的應用性。其次，當某節點發生故障時，可以操作其它節點上的復制數據，因此這可以增加系統的有效性。當然，在分布式系統中對最佳冗余度的評價是很復雜的。
早期應對分布式監控所存在的弊端
隨著現在的企業不斷的發展壯大，大多數的企業都出現了分公司、辦事處這類的分支機構，由于總公司還要求對下面子公司的網絡設備、主機等資源的狀態有著相關的了解，所以就要求IT運維部門對不在同一地域的網絡、主機等資源都要進行監控。可是現在市面上大部分的軟件都不支持分布式監控。采用的辦法是在不同的地域都安裝一套相關的產品，然后再通過一些數據的連接，把分公司、辦事處這些分支機構的這些數據傳回到總公司的數據庫當中，然后總公司的系統再對數據庫里面的數據進行調用，把這些分支機構的信息展現在總公司的系統里面，供相關的人員進行查看。
但使用這樣的方式，存在著以下的缺點：
1、數據無法實時展現的問題，由于總公司與分支機構的系統是獨立的兩套系統，所以在數據上無法達到實時同步的情況，只能是什么時候需要展示分公司的數據時，總公司的系統才會去分公司的系統中去提取相關的數據，或者是通過程序定時的分公司的系統中獲取相關數據，用于在總公司里的系統中進行展示。采用第一種方式的話，很有可能在取數據的過程中，分公司的數據已經進行了下一輪的數據監控采集，這樣其實傳回總公司的數據已經是舊數據了；采用第二種方式更加無法達到實時的效果，所以往往會造成總公司看到的數據并不是分公司的實時數據。
2、重復部署，即浪費人力，又浪費物力
大部分的管理軟件都需要在總公司及分支機構的每一個節點部署一套系統，不但公司要重復性的出錢購買這些系統，同時還需要安排大量的人手及熟悉部署方式的工程師對每一個節點的系統進行部署，同時還要在進行數據庫遠程通訊連接的時候，有大量的人手參與測試，以保證數據可以回傳到總公司的服務器上面。
綜上所述，為了適合企業的發展，讓管理軟件真正的達到實現監控企業的資源，幫助管理人員減輕工作壓力。
3、系統獨立，對網絡的依賴性比較大
由于各個系統是獨立的，所以只在有數據庫進行連接后進行數據的傳輸，這樣就需要網絡保證運行狀態良好，網絡本身是不支持斷點續傳的功能的，這樣就要求在數據傳輸的過程中網絡保持暢通，如果網絡出現了問題，那么數據的傳輸就會不正常，嚴重的可能造成數據錯誤。
Mocha BSM的分布式監控
一個分布式的管理軟件，可以讓系統真正的統一起來，只需要在分支機構部署相關的數據采集端，將數據傳到總部的數據匯聚層，由匯聚層統一處理，相關人員通過展示頁面就可以對數據進行查看。這樣首先就不需要在一個企業部署多套相同的系統，只要在分支機構部署相關的客戶端就可以完成相關的工作了，不但幫企業節省了資金，同時也節省了相關的人力物力，在分支機構只需要部署一個簡單的數據采集端即可。
Mocha BSM是通過B/S架構進行開發的，采用Portal技術的分布式管理軟件，通過在企業中建立數據采集層(DMS)、匯聚處理層(CMS)、展現層的分層處理的手段對相關的資源進行段分布式監控。通過DMS對分支機構的數據進行采集，然后將其傳送給CMS進行處理，同時DMS具有數據加密和數據續傳的功能，可以保證數據在傳輸的過程中不會外泄，同時在網絡不良的狀態下可以通過續傳的方式保證主服務器收集數據的完整性。
Mocha BSM提供的分布式部署考慮到用戶的系統龐大，一個采集探針的性能不能完全滿足，或者有些設備無法直接進行管理，需要進行防火墻的透傳及諸如此類的情況，我們在總部部署一個服務器端(server)，然后在每一個分支機構部署一個采集端(mram)，通過mram對相關的數據進行采集，然后根據需要，通過數據傳輸設備(DCH)，將其傳輸到CMS，系統對數據進行處理后，再通過Portal的形式對數據進行展現，這時，相關的管理人員就可以通過網頁的形式對數據進行瀏覽。
