多目标设备的限制

Dotcom-Monitor 支持在同一设备下添加多个目标（有关详细信息，请参阅 单个设备文章中添加多个目标 ）。 但是，除非目标密切相关且相互依赖（例如，监视网站事务或需要身份验证的 Web API），否则建议为每个设备创建一个目标。

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

警报限制

当您在同一监控设备下将多个监控目标设置为单独的任务时，如果发生错误，您将收到一条警报通知，该通知将标识设备名称和失败的任务名称。 这似乎已经足够了，但任务通常会从许多依赖的 Web 元素返回结果。 因此，我们有三个实际的继承级别，但警报通知中仅显示两个级别（设备和任务名称级别）。 如果某些 Web 元素响应错误，则只会看到任务名称，而看不到导致错误的 Web 元素的详细信息。

还有一点要提的是，设备中的任务是按顺序执行的。 例如，假设您在同一设备中将三个 HTTP 请求设置为单独的任务。 此外，每个任务都有 120 秒的完成超时。 系统将按照任务在设备中设置的顺序运行任务。 如果第一个目标服务停止响应，则仅在错误检测六分钟后才会发送警报通知。 在单独的设备下设置每个HTTP请求的情况下，如果相关设备报告错误，则会在两分钟后生成相同的警报。

报告限制

对于多目标设备，逐个元素获取报告也具有挑战性。 由于我们的正常运行时间、性能、SLA 报告和在线仪表板在设备级别运行，因此您将无法了解监控任务。 例如，如果多目标设备的某个目标 URL 生成错误，则无论设备中其他任务的状态如何，该设备都将在报告中标记为 DOWN。 因此，一目了然，您将无法全面了解多目标设备中每个目标的实际性能。 但是，您仍然可以在相关的在线报告中按任务找到单个目标绩效。

增加执行时间

另一个注意事项与 Dotcom 监视器在监视设备中运行任务的顺序有关。 例如，如果将设备设置为每分钟监视一次，但第一个监视任务超时，则设备的以下任务可能不会再运行 5-10 分钟。