【发布时间】：2011-10-05 03:27:52
【问题描述】：
我正在努力寻找一种工具，可以有效地帮助我映射和识别应用程序之间的关系和数据流。
我对 UCMDB 不是很熟悉，但是它对捕获应用程序关系有帮助吗？
任何建议都会很有帮助。
谢谢
【问题讨论】：
标签： cmdb
【发布时间】：2011-10-05 03:27:52
【问题描述】：
uCMDB/DDMa 就是这样一种自动化的 IT 基础架构清单和映射解决方案，可帮助您识别服务器和应用程序等组件，并根据端口连接和 IP 流量绘制它们之间的关系。它利用各种标准协议来识别这些组件，例如 Telnet/SSH 和 SNMP，使用 WMI，在数据库上执行 SQL，读取配置文件等等。发现由探测服务器执行，它将结果发送到服务器进行处理和协调，从而产生组件之间的关系。然后可以在视图或模型中调用最终结果，显示组件之间的相互关系。还可以将外部数据源与 uCMDB 集成，并将 uCMDB 与 BSM 和 SM 等其他工具集成。
【讨论】：
-
嗨谢谢你的详细信息。您是否知道任何其他工具可以帮助我获得类似的结果？
-
嗨，当然可以。 ServiceNow，一个基于云的 ITSM 解决方案。
-
这样做的问题是自动发现只能发现“可发现”的内容，这意味着部署后配置项 (CI)。自动发现无法发现对于添加上下文很重要的逻辑 CI，例如应用程序名称、功能、人员、组织、成本中心等。此外，自动发现无法发现预先部署的 CI，例如不在网络上的计算机（例如离线笔记本电脑）。因此，虽然 UCMDB 捕获了大量部署后的关系，但很难将其用于逻辑和/或预部署的关系。
除了来自 Rutger 的正确答案之外，我们还必须在运行发现时考虑一些特定主题（例如 UCMDB）。 HP 将其发现部分称为“UD”（通用发现）。 UD 现在是 DDMi（库存发现）和 DDMa（应用程序发现）的合并。它是一个 UCMDB（比如 RTSM，例如（也是 HO 和 UCMDB））。在企业解决方案中，我们使用 UD 作为发现部分，使用 UCMDB 收集 CMS 数据。从这个意义上说，UCMDB 作为其他目标系统（如业务监控、报告等）的数据提供者。
CI 之间的关系：
在这里您必须考虑不同的发现方法：基于代理（例如 DDMi）和无代理（例如 DDMa）！ （都在 UD 可用）
基于代理的搜索或多或少用于收集技术数据，如 CPU、操作系统、已安装的软件、内存等。 agent less部分用于收集Running SW、DB等数据。需要获取CI之间的Intra-Communication信息。我们也将此称为APPLICATION-Landscape-Discovery。您必须提供凭据而不是代理（“您提供的“权利”越多 - 您获得的结果越深！”）
在 UD (UCMDB) 中可以结合使用这两种方法
另一种产品是：
IBM Tad4D（基于代理的发现） IBM TADDM（无代理发现）
【讨论】：