Dotcom-Monitor 支持在同一设备下添加多个目标(有关详细信息,请参阅 单个设备文章中添加多个目标 )。 但是,除非目标密切相关且相互依赖(例如,监控需要身份验证的网站交易或 WEB API),否则我们建议您创建每个设备的一个目标。

简言之,所有警报、报告和仪表板都创建在设备级别上。 例如,警报是在设备错误状态下触发的,但在执行单个任务时检测到的错误上不会触发。 相比之下,每次系统在执行任务时检测错误并提供详细的逐项报告数据时,都可以配置具有单个任务的监控设备,以便立即生成警报通知。

如果您需要在 Dotcom-Monitor 服务中对监控设备进行逻辑分组, 请使用标记 而不是设置多目标设备。

警报限制

当您在同一监控设备下设置多个监控目标作为单独的任务时,如果出现错误,您将收到一个警报通知,该通知将识别设备名称和失败的任务名称。 这似乎已经足够了,但任务通常会从许多依赖的 Web 元素返回结果。 因此,我们有 3 个实际的继承级别,但在警报通知中仅呈现 2 个级别(设备和任务名称级别)。 当某些 Web 元素出现错误时,您将只看到任务名称,而看不到导致错误的 Web 元素上的详细信息。

还有一件事需要注意,即设备中的任务按顺序执行。 假设您在同一设备内设置了3个HTTP请求作为单独的任务。 每个任务都有 120 秒的完成超时。 系统将按照在设备中设置的顺序运行任务。 如果第一个目标服务停止响应,则使用此类设置,仅在错误检测 6 分钟后发送警报通知。 在根据单独设备设置每个 HTTP 请求的情况下,一旦相关设备报告错误,将在 2 分钟后生成相同的警报。

报告限制

在多目标设备的情况下,逐元素获取报告也具有挑战性。 由于”运行时间”、”性能”、SLA 报告和我们的在线仪表板在设备级别上运行,您将无法看到监控任务的任何可见性。 例如,如果您多目标设备的目标 URL 之一产生错误,则无论设备中其他任务的状态如何,设备都会在报告中标记为向下。 因此,一目了然,您将无法全面了解多目标设备中每个目标的实际性能。 但是,您仍然可以在相关的在线报告中找到任务的不稳定。

增加执行时间

另一个问题与 Dotcom 监视器在监控设备中运行任务的顺序顺序有关。 因此,如果您设置设备以每分钟监控一次,但第一个监控任务是定时,则设备中的以下任务可能不会再运行 5-10 分钟。