SkyWalking告警

前言

又是一个意味深长的夜晚，本来今天晚上的规划是把SkyWalking的性能剖析搞一下的，然后弄一下公司的项目，没想到弄SkyWalking性能剖析还挺顺利的，把核心问题找到了，然后搞得太投入了，就顺着SkyWalking弄，这不就弄到了SkyWalking告警这玩意！这个告警其实特别简单，如下！

SkyWalking告警配置

配置文件
SkyWalking告警配置提供两个模板，一个是系统中正在使用的，另一个是一些常用模板，如下图！

配置文件介绍
alarm-settings.yml：当前使用的
alarm-settings-sample.yml：常用模板

alarm-settings.yml
SkyWalking 的发行版都会默认提供config/alarm-settings.yml文件，里面预先定义了一些常用的告警规则。如下：
1.过去3分钟内服务平均响应时间超过1秒
2. 服务成功率在过去2分钟内低于80%
3.服务90%响应时间在过去3分钟内低于1000毫秒
4.服务实例在过去2分钟内的平均响应时间超过1秒
5. 端点平均响应时间过去2分钟超过1秒

这些就是警告处罚的规则，满足这些定义的规则，那么就会触发警告，然后上报，如下图！

Webhook（网络钩子）

Webhook可以简单理解为是一种Web层面的回调机制，通常由一些事件触发，与代码中的事件回调类似，只不过是Web层面的。由于是Web层面的，所以当事件发生时，回调的不再是代码中的方法或函数，而是服务接口。例如，在告警这个场景，告警就是一个事件。当该事件发生时，SkyWalking就会主动去调用一个配置好的接口，该接口就是所谓的Webhook。

Webhook回调通知
这个配置就比较简单了，alarm-settings.yml配置文件拉倒最下面！

当满足触发警告规则后，那么就会调用这里配置的接口！都会调用！

回调请求详情

SkyWalking的告警消息会通过 HTTP 请求进行发送，请求方法为 POST，Content-Type 为
application/json，其JSON 数据实基于

[{
    "scopeId": 1,
    "scope": "SERVICE",
    "name": "serviceA",
    "id0": 12,
    "id1": 0,
    "ruleName": "service_resp_time_rule",
    "alarmMessage": "alarmMessage xxxx",
    "startTime": 1560524171000
}, {
    "scopeId": 1,
    "scope": "SERVICE",
    "name": "serviceB",
    "id0": 23,
    "id1": 0,
    "ruleName": "service_resp_time_rule",
    "alarmMessage": "alarmMessage yyy",
    "startTime": 1560524171000
}]

字段说明：

• scopeId、scope：所有可用的 Scope 详见
• name：目标 Scope 的实体名称
• id0：Scope 实体的 ID
• id1：保留字段，目前暂未使用
• ruleName：告警规则名称
• alarmMessage：告警消息内容
• startTime：告警时间，格式为时间戳

回调接口编写

@PostMapping(value = "/skyWalking/webhook")
    public R skyWalking(@RequestBody List<Map<String, Object>> webhookInfo) {
        log.info("auth-----webhookInfo===>"+webhookInfo);
        log.info("auth===>"+"sentinelTest");
        return R.success("auth---sentinelTest");
    }

当然这里的List中也可以自己根据字段建实体类。

接口写好后最好在SkyWalking部署的服务器上curl一下回调接口，看请求是否能通！当然这个回调可以有高阶玩法，就是加个邮箱推送！这个不管是自己写还是直接使用别人封装好的都行，这个我就不过多扩展了！