在现成的 CA APM 中，Introscope Workstation 具有一个显示应用程序分类视图的“分类视图”选项卡。 在此处，Chris（Great Bank 的 IT 应用程序支持问题分类员）查看 Great Bank 所检测的前端和后端（如数据库）如何彼此相关，它们如何通信以及当前是否存在任何问题。 这样，Chris 就可以轻松了解被检测应用程序所有传入和传出内容，并解答“任何特定的应用程序是否已启动并正在运行以及它表现如何”问题。
Great Bank 的 CA APM 应用程序组已部署监控 Great Bank 网站应用程序（IT 将它称为 GreatBank）的 Introscope 代理。 Chris 知道在“分类视图”选项卡上，“按前端”树下的节点是基于代理发现的内容自动填充的。 通过阅读文档，Chris 知道 Introscope 已使用跨进程事务跟踪，发现 GreatBank 应用程序对 GreatBank 服务发出了 SOA 调用。
通过单击“按前端”节点下的 GreatBank 节点，Chris 在分类视图树上确认此操作，然后查看关联的应用程序分类视图。 如预期的那样，Chris 看到 Introscope 自动显示调用 GreatBank 服务的 GreatBank 应用程序的图标，以及从应用程序指向该服务的一个箭头。
当 Chris 将光标悬停在箭头和 GreatBank 服务的交叉点上时，Introscope 将显示表明 GreatBank 服务被点击的次数以及业务事务所用的平均时间的度量标准。 这样，Chris 就可以看到有关那时 GreatBank 应用程序中所发生情况的 Introscope 最近 15 秒时间片信息。
在应用程序分类视图中，Chris 看到的是正在处理 GreatBank 应用程序的 JVM 的聚合。 Chris 查看的是 Great Bank 生产环境视图，有 100 多个运行 GreatBank 应用程序和运行 GreatBank 服务的群集 JVM。 因此，它是构成向 Chris 显示 Great Bank 应用程序运行状况的平均响应时间的 JVM 的聚合。 同样，由于 100 个 JVM 正在运行 GreatBank 服务，因此 Chris 知道“每个时间间隔的响应”度量标准是一个跨 100 个群集 JVM 聚合的值。
Chris 非常喜欢获取聚合信息的简便性，因为 Chris 经常被要求将诸如此类的 IT 应用程序信息同时报告给 GreatBank 应用程序所有者和 Great Bank 业务所有者。 但是 Chris 尤其喜欢问题分类员主要工作职责的应用程序分类视图：第一级分类。 通过该视图，Chris 可以确定某个任务关键型服务是否正在与其他服务进行通信，并断定通信进行得是否艰难。
由于 Chris 处理如此重要的 Great Bank 监控，且可以在应用程序分类视图中的项目上设置报警，因此 Chris 决定在 GreatBank 应用程序“停顿计数”度量标准上设置报警。 Chris 选择值 7，因为如果应用程序停顿比 15 秒的时间片中更频繁，则 Chris 知道应用程序出现了问题。
Chris 右键单击“停顿计数”节点，创建报警，将它添加到“管理模块”并使报警处于活动状态。 现在，只要 GreatBank 应用程序在 15 秒的时间片中停顿 7 次以上，应用程序分类视图中 GreatBank 应用程序图标上的新报警就显示为红色。 Chris 还在 GreatBank 服务上设置了一个“停顿计数”报警。 如果此值超过 5，则 GreatBank 服务的应用程序分类视图图标上的报警将变为红色。 现在，在分类视图树中，Chris 看到 GreatBank 应用程序和服务的视图图标和树节点上的新报警。 Chris 知道，红色报警同时显示在 GreatBank 应用程序和 GreatBank 服务上时，就应该执行某个根本原因诊断以获取更多信息。
早些时候在测试仅限 Introscope 代理的业务事务记录时，Chris 记录了“检查帐户”业务事务，并将它添加到新的 GreatBankAccountCheckService 业务服务。 在查看应用程序分类视图“业务服务”节点时，Chris 一眼便知 GreatBankAccountCheckService 业务服务和“检查帐户”业务事务在 Great Bank 逻辑 IT 基础架构中实际流动的方式。 这包括有关其状态以及它们当前与之通信的其他前端和后端的状态的信息。 Chris 知道，能够使用应用程序分类视图以可视方式评估 Great Bank Introscope Collector 群集，将使作为第一级问题分类员的生活变得更快捷而且不太紧张。
|
版权所有 © 2013 CA。
保留所有权利。
|
|