管理警报

improve this page | report issue


概述

警报提供一种主动方式来监控移动应用程序的运行状况,无需定期检查 IBM MobileFirst Analytics Console。
您可以在 MobileFirst Analytics Console 中设置响应式阈值,以在满足特定条件时触发警报。

您可以在广泛级别(特定应用程序)或在详细级别(特定应用程序实例或设备)设置阈值。 警报通知可配置为显示在 Analytics Console 中,并且也可以发送至预配置的 REST 端点或定制 webhook。

在触发警报后,警报图标(位于 Analytics Console 的标题栏中)将用红色显示警报计数 (警报图标)。 单击警报图标以查看警报。

提供了用户分发警报的备选方法。

先决条件:确保 MobileFirst Analytics Server 已启动并准备好接收客户机日志。

警报管理

创建警报

在 MobileFirst Analytics Console 中:

  1. 选择仪表板→警报管理选项卡。 单击创建警报按钮。

    警报管理选项卡

  2. 提供下列值:警报名称、消息、查询频率和事件类型。 根据事件类型,使用相应的值填充显示的其他文本框。
  3. 在输入所有值之后,单击下一步。 将显示分发方法选项卡。

“分发方法”选项卡

缺省情况下,警报将显示在 Analytics Console 中。

您还可以通过选择 Analytics Console 和网络发布选项,将 POST 消息和 JSON 有效内容一起发送到 Analytics Console 和定制 URL。

如果选择此选项,那么以下字段可用:

  • 网络发布 URL(必需
  • 标题(可选
  • 认证类型(必需

创建警报

定制 web hook

您可以设置用于警报的定制分发方法。 例如:定义触发警报阈值后将有效内容发送至的 web hook。

示例有效内容:

{
  "timestamp": 1442848504431,
  "condition": {"value":5.0,"operator":"GTE"},
  "value": "CRASH",
  "offenders": [
    { "XXX 1.0": 5.0 },
    { "XXX 2.0": 1.0 }
  ],
  "property":"closedBy",
  "eventType":"MfpAppSession",
  "title":" Crash Count Alert for Application ABC",
  "message": "The crash count for a application ABC exceeded XYZ.
    View the Crash Summary table in the Crashes tab in the Apps
    section of the MobileFirst Analytics Console
    to see a detailed stacktrace of this crash instance."
}

POST 请求包含以下属性:

  • timestamp - 创建警报通知的时间。
  • condition - 用户设置的阈值(例如,大于或等于 5)。
  • eventType - 查询的 eventType。
  • property - 查询的 eventType 的属性。
  • value - 查询的属性的值。
  • offenders - 触发警报的应用程序或设备列表。
  • title - 用户定义的标题。
  • message - 用户定义的消息。

查看警报详细信息

可以从 MobileFirst Analytics Console 中的仪表板→警报日志查看警报详细信息。

新警报日志

单击 + 图标以获取任何可用的入局警报。 该操作会显示警报定义警报实例部分。 下图显示了“警报定义”和“警报实例”部分:

警报定义和实例

Inclusive terminology note: The Mobile First Platform team is making changes to support the IBM® initiative to replace racially biased and other discriminatory language in our code and content with more inclusive language. While IBM values the use of inclusive language, terms that are outside of IBM's direct influence are sometimes required for the sake of maintaining user understanding. As other industry leaders join IBM in embracing the use of inclusive language, IBM will continue to update the documentation to reflect those changes.
Last modified on June 01, 2020