2011-10-05 76 views
0

我想找到一個工具,它可以有效地幫助我映射和識別應用程序之間的關係和數據流。使用和使用UCMDB

我對UCMDB不是很熟悉,但它對捕獲應用程序關係有幫助嗎?

任何建議將是非常有益的。

謝謝

回答

3

UCMDB/DDMA正是,自動化的IT基礎設施的庫存和映射解決方案,它可以幫助你找出像基於端口的連接和IP流量之間的服務器和應用程序,以及抽獎關係的組件。它利用各種標準協議來識別這些組件,如Telnet/SSH和SNMP,使用WMI,在數據庫上執行SQL,讀取配置文件等。發現由探測服務器執行,探測服務器將結果發送到服務器以進行處理和調和,從而導致組件之間的關係。然後可以在視圖或模型中調用最終結果,顯示與彼此相關的組件。還可以將外部數據源與uCMDB集成,並將uCMDB與其他工具(如BSM和SM)集成。

+0

喜謝謝你的詳細信息。你是否知道有其他工具可以幫助我達到類似的結果? – JJunior

+0

嗨,當然是。 ServiceNow是一個基於雲的ITSM解決方案。 – Rutger

+1

問題在於自動發現只能發現什麼是「可發現」,這意味着部署後的配置項目(CI)。自動發現無法發現邏輯配置項,如應用程序名稱,功能,人員,組織,成本中心等,這對添加上下文很重要。另外,自動發現無法發現預部署的配置項,例如未坐在網絡上的計算機(例如,離線筆記本電腦)。因此,雖然UCMDB捕獲了很多部署後的關係,但很難將其用於邏輯和/或預先部署的關係。 –

2

除了來自Rutger的正確答案之外,我們必須在運行發現(例如UCMDB)時考慮一些特定主題。 惠普稱其發現部分爲「UD」(通用發現)。 UD現在是從DDMi(庫存發現)和DDMa(應用程序發現)合併而來的。這是一個UCMDB(例如RTSM(也是HO和UCMDB))。在企業解決方案中,我們使用UD作爲發現部分和UCMDB來收集CMS數據。 UCMDB在這個意義上的工作作爲數據提供程序的其他目標,系統,如企業監測,報告CI's之間等

關係:

在這裏你必須考慮探索不同的方法:基於代理(例如DDMi)和無代理(例如DDMa)! (均得IN UD)

劑基於dicovery或多或少用於收集如CPU,OS,安裝SW,記憶等 的劑較少部分用於收集諸如運行數據的技術數據SW,DB等。需要獲取有關CI之間的內部通信的信息。我們也稱此APPLICATION-Landscape-Discovery。相反,代理的你必須給憑證(「更多的‘權利’你給! - 你賺更多深刻的結果」)

組合這兩種方法都是可能的UD(UCMDB)

的替代產品是:

IBM Tad4D(基於代理的發現) IBM TADDM(代理較少發現)