这是一个创建于 1654 天前的主题，其中的信息可能已经有所发展或是发生改变。
假设后端是 Java / Spring，通过 @Scheduled 注解，可以让后端定期 (比如每 10 分钟) 检查数据库的一些状态，并推送一个告警；假设告警是钉钉自定义 WebHook
如何防止不同的后端，推送了同样的告警呢？
希望告警方案仍然是高可用的，挂了一台服务器不影响推送
目前我只想到基于数据库加锁的方案，还有什么其它的常见方案吗？
如何防止不同的后端，推送了同样的告警呢？
希望告警方案仍然是高可用的，挂了一台服务器不影响推送
目前我只想到基于数据库加锁的方案，还有什么其它的常见方案吗？
 |
1
jimmyismagic 2021 年 7 月 2 日
用个 mq，多个服务同时消费，使用 queue 方式，谁拿到了谁消费谁推送
|
 |
2
Aliencn 2021 年 7 月 2 日
做一个选举和分配监控项的机制吧，每个后端服务采集和报警的项目都是独占的。
这样也避免了重复采集数据的问题，减少了被监控端的压力。 |
 |
3
coolcoffee 2021 年 7 月 2 日
Prometheus 的 Alertmanager 不是可以实现告警发送频率限制吗？
例如： 多个后端服务都指向同一个规则，然后设定 5 分钟推送一次，触发了一个之后，后面再触发就不会提醒了。 或者设定第一次告警等待一段时间，这段时间多次触发的告警会合并一起发送。 |
 |
4
zhuichen 2021 年 7 月 2 日  1
方法 1 、选举 master，只能 master 推送，master 挂了之后 slave 选举成为 master，撸一下 raft 算法或者直接用 zookeeper
方法 2 、推送时候，生成唯一标识，利用中间件做去重，记录某一段时间推送过的记录等 |
 |
5
wfd0807 2021 年 7 月 2 日
这难道不是分布式定时任务调度问题？
而且还是最简单的一种场景，使用 redis 的 setnx 吧 |
 |
6
keepeye 2021 年 7 月 2 日
借助 redis 吧 setnx 命令
|
 |
7
loveyu 2021 年 7 月 2 日
|
Select Language