对于事件API来说,将有一个grouping_key,因此可以将类似的警报分组在同一事件下。Dedup_key似乎发送了第一个事件,所有随后的事件都将丢弃而不是分组。
我想要一个分组密钥,因为有时有时您希望单个节点一起分组,如果它们一起进来。
基于时间的分组仅提供如此之多,而它将在X分钟内将所有事件分组为您无法提供其他条件。例如按时和节点。智能分组需要太多时间来以这种方式进行训练。
嗨,布拉德福德,
非常感谢这一点。我已经将其作为功能请求提出,以考虑产品团队。
干杯
布拉德 -
我建议您与您的帐户团队联系并分享此反馈。他们可以共享即将到来的产品增强功能和早期访问详细信息,这可能有助于您解决此请求。
道格
嗨,道格,我们在通过事件API V2集成监视工具的同时遇到了同一问题。我们想在同一事件下对几个警报进行分组。在这种情况下,事件API会有所帮助吗?
不,事件API无济于事。根据您的计划,我们可以使用以下分组选项。在大多数情况下,控制事件/警报分组的唯一确定方法是使用基于内容的警报分组。
重复数据删除- 不是分组本身,而是处理传入警报的基本概念,无论是相同的事件/警报类型(例如,主机的CPU利用率)还是其他抽象(EG Service_foo),以确保为该唯一的重复数据创建单个事件钥匙。https://support.pagerduty.com/docs/event-management#section-deduplicating-incentents
基于时间的警报分组(TBAG)- 允许基于时间的窗口分组(例如5分钟),无法控制分组。仅建议使用精心设计的服务分类法,以确保发生所需的分组,或者对于拥有该服务中可能分组的所有物品的团队。https://support.pagerduty.com/docs/time-late-alert-grouping
基于内容的警报分组(CBAG)- 允许使用传入事件/警报数据定义“密钥”分组。例如,如果您的所有传入事件/警报都有一个称为“服务”的标签,则可以根据服务标签中的值将任何/所有传入的事件/警报分组为事件。https://support.pagerduty.com/docs/content基于基础-Alert-grouping
智能警报分组(IAG)- 允许根据三个支柱进行自动分组 - 时间,标题/摘要的相似性以及基于响应者动作的历史“培训”(合并,不结合事件)https://support.pagerduty.com/docs/intelligent-alert-grouping
与您的帐户团队联系,看看您是否有权使用其中的一些!