原文： https://ying-dao.feishu.cn/wiki/OgD0wAPI0ijsF5k5kK7cByuXngf?from=from_copylink

1.前请提要

为了应用异常及时通知给相关人员，每个应用最后必不可少的就是异常通知和警告。但是每个应用都要专门配置应用通知很繁琐，而且如果想要有所变动更加麻烦。如何能够集中管理我们的异常通知呢？

2.异常通知和记录的方式

2.1应用：

利用对应的群通知指令，设定发到固定的群和通知内容。

指令："企业微信群通知"、"钉钉群通知"、"飞书群通知"、"发送邮件"、还有各在线表的实时登记

2.2客户端：

路径：头像→设置→运行错误处理

类型：邮件通知、钉钉群通知、企业微信群通知、飞书群通知、执行其他应用

=================================================

例如：

假定"执行其他应用"分配了"处理"应用（如左下图）

此时执行顺序：应用A→应用B→应用C当应用A

出现异常停止后，"应用B"启动，"处理"会被排在"应用C"后面执行

=================================================

（左图）功能——执行其他应用：该应用会排队执行，而非插队执行

（右图）指令——"获取应用参数"：作为异常出现后的执行应用"处理"，可以利用获取应用参数这个指令获取到应用的失败原因和时间。

2.3调度中心 ：

2.3.1初级异常通知配置

全局警告——调度模式下的所有异常警告都会被通知

常规任务警告——对指定常规任务单独配置异常通知

2.3.2高级异常通知配置

2.3.2.1调度模式下

利用"运维触发器"对任务或应用的各个状态进行监控，并自主配置对应操作

"运维触发器"：底层逻辑是5分钟查询一次应用状态，所以流程触发最高会延迟5分钟

案例：

2.3.2.2非调度模式下

客户端的警告"邮件通知"和高级任务计划的"影刀邮件触发器"联动

但这种方式只能用于监控异常状态的应用