2024年前端最新14-TDengine安装报警模块实现报警监测Webhook回调与邮件推送(1)，阿里三面多久出结果

2301_82243781

于 2024-05-13 12:02:43 发布

阅读量1k

点赞数 25

分类专栏：程序员文章标签：前端面试学习

本文链接：https://blog.csdn.net/2301_82243781/article/details/138796751

版权

程序员专栏收录该内容

187 篇文章 0 订阅

订阅专栏

HTTP

HTTP 报文结构是怎样的？
HTTP有哪些请求方法？
GET 和 POST 有什么区别？
如何理解 URI？
如何理解 HTTP 状态码？
简要概括一下 HTTP 的特点？HTTP 有哪些缺点？
对 Accept 系列字段了解多少？
对于定长和不定长的数据，HTTP 是怎么传输的？
HTTP 如何处理大文件的传输？
HTTP 中如何处理表单数据的提交？
HTTP1.1 如何解决 HTTP 的队头阻塞问题？
对 Cookie 了解多少？
如何理解 HTTP 代理？
如何理解 HTTP 缓存及缓存代理？
为什么产生代理缓存？
源服务器的缓存控制
客户端的缓存控制
什么是跨域？浏览器如何拦截响应？如何解决？

开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

报警规则

上一步中虽然启动了报警模块，但是我们还没有配置报警规则，这个报警规则部分是需要我们自定义的。我这里新建了个 rules 目录，然后在其中编写 JSON 格式的报警规则，其实就是编写我们熟悉的 SQL 语句，在对应指标满足某种条件时触发的一个规则。

// /usr/local/TDengine-alert/rules/sensor_rule.json

{

“name”: “temperatureTooHigh”,

“sql”: “select avg(temperature) as avgTemperature from iot.power where ts > now - 3m group by sn”,

“expr”: “avgTemperature > 50”,

“for”: “0”,

“period”: “20s”,

“labels”: {

“ruleName”: “temperatureTooHigh”

“annotations”: {

“summary”: “avg temperature of rule {{ $KaTeX parse error: Expected 'EOF', got '}' at position 16: labels.ruleName}̲} of device {{$ values.sn}} is too high, its average temperature is {{$values.avgTemperature}} ℃”

}

其中字段含义如下：

name：用于为规则指定一个唯一的名字。

sql：从 TDEngine 中查询数据时使用的 sql 语句，查询结果中的列将被后续计算使用，所以，如果使用了聚合函数，请为这一列指定一个别名。您可能已经注意到，本例中，这条语句和本文开头的那条完全相同。

expr：一个计算结果为布尔型的表达式，支持算数运算、逻辑运算，并且内置了部分函数，也可以引用查询结果中的列。当表达式计算结果为 true 时，进入报警状态。

period：规则的检查周期，默认1分钟，而在我们的例子中，是每10秒检查一次有没有车辆超速。

for: 一个时间长度，当布尔表达式的计算结果为 true 的持续时间超过这个选项时，才会触发报警。默认为0，表示只要计算结果为 true，就触发报警。

labels：人为指定的标签列表，标签可以在生成报警信息时引用。特别的，如果 sql 中包含 group by 子句，则所有用于分组的字段会被自动加入这个标签列表中，在本例中，车辆的 id 会被自动加入标签列表。

annotations：用于定义报警信息，使用 go template 语法，其中，可以通过 $labels. 引用标签，也可以通过 $values. 引用查询结果中的列。

将上述的规则翻译成人话：一旦监测到近3分钟之内的平均温度超过50℃时，就进行告警，每隔20s检查一次；触发规则后，使用summary中的内容组合前面定义的变量为一条完整的报警信息。

添加或修改规则

[root@hadoop1 rules]# curl -d ‘@sensor_rule.json’ http://localhost:8100/api/update-rule

查看已有规则

[root@hadoop1 rules]# curl http://localhost:8100/api/list-rule

[{“name”:“temperatureTooHigh”,“state”:0,“sql”:“select avg(temperature) as avgTemperature from iot.power where ts \u003e now - 3m group by sn”,“for”:“0s”,“period”:“20s”,“expr”:“avgTemperature \u003e 50”,“labels”:{“ruleName”:“temperatureTooHigh”},“annotations”:{“summary”:“avg temperature of rule {{ $KaTeX parse error: Expected 'EOF', got '}' at position 16: labels.ruleName}̲} of device {{$ values.sn}} is too high, its average temperature is {{$values.avgTemperature}} ℃”}}]

以上， TDengine 的报警模块便成功运行了，一旦有符合规则的数据，则会触发报警，报警会推送到设置的 receivers.alertManager URL上。现在我们还需要这个 Web 服务

Prometheus的搭档：AlertManager模块

Prometheus 服务器没有内置警报工具，而是将警报从 Prometheus 服务器推送至 AlertManager 独立服务上。那么为什么 TDengine 的报警模块还要将警情信息推送到 AlertManager 模块，根据 TDengine 官方的说法：

考虑到Prometheus的AlertManager在报警管理方面很成熟，拥有庞大的用户群，报警模块目前将生成的报警信息都直接推送给了AlertManager，后续的管理工作，由用户在 AlertManager上完成。

既然 TDengine 生成的报警信息会推送到一个 URL 地址，这就是一个 Webhook 或者回调地址，当然也可以写成我们定义的地址，后续我们也会实现这个服务，将警情信息推送到我们的后端 SpringBoot 服务。

下载

[root@hadoop1 ~]# cd /usr/local/

[root@hadoop1 local]# wget https://github.com/prometheus/alertmanager/releases/download/v0.23.0/alertmanager-0.23.0.linux-amd64.tar.gz

解压

[root@hadoop1 local]# tar -xvf alertmanager-0.23.0.linux-amd64.tar.gz

[root@hadoop1 local]# mv alertmanager-0.23.0.linux-amd64 alertmanager

[root@hadoop1 local]# cd alertmanager

养成好习惯，备份配置文件，即使这里使用默认配置

[root@hadoop1 alertmanager]# cp alertmanager.yml alertmanager.yml.bk

启动

[root@hadoop1 alertmanager]# ./alertmanager --config.file=alertmanager.yml

模拟报警数据

在TDengine中模拟数据写入：近3分钟的五条数据，显然，每条数据的温度指标都高于我们设定的阈值：50℃

taos> insert into device0 values(now - 2m, 220, 5, 50) (now - 90s, 220, 5, 60) (now - 1m, 220, 5, 70) (now - 30s, 220, 5, 80) (now, 220, 5, 90);

AlertManager收到的报警信息

上述模拟数据一旦写入，在20s内便会触发告警规则，同时在 AlertManager 的控制台： http://hadoop1:9093 可以看到报警信息， AlertManager 本身的功能很强大，不但可以配置各类推送目标：短信、邮件、钉钉扩展等，还可以保证推送消息不会重复推送，避免信息轰炸。

自定义服务

关于自定义服务接口作为 receivers 的回调，在 TDengine 官方仓库中看到了这样一个 Issue ……既然是一个回调接口，自己实现一个就是了 O(∩_∩)O~

下面，我们将抛弃 Prometheus 的黄金搭档 AlertManager 。让 TDengine 生成的报警信息不经过 AlertManager 而直接推送到我们定义的 SpringBoot 项目的 Web 地址上。

整个接口服务的实现操作起来也比较简单，就不多解释了，不过，这时可能遇到两个问题：

接收参数需要用列表，而不是对象；
自定义对象时的时间戳格式化；

Note：以下是接收参数类型不匹配时的报错信息：

JSON parse error: Cannot deserialize instance of java.util.HashMap<java.lang.String,java.lang.Object> out of START_ARRAY token; nested exception is com.fasterxml.jackson.databind.exc. MismatchedInputException: Cannot deserialize instance of java.util.HashMap<java.lang.String,java.lang.Object> out of START_ARRAY token