admin管理员组

文章数量:1530030

需求

因为服务化拆分之后，数据的最终一致性没有做好，导致业务生成很多脏数据。因此需要额外增加很多脚本，做数据检查监控，监控结果需要及时发送钉钉。正常情况下，每天的异常消息不会很多，但是每次因为新加脚本，需要扫所有历史数据，会很频繁地发送钉钉消息。

但是钉钉机器人发送频率限制是 20条/每分钟，如果超过限制，会返回 send too fast 错误信息，再发，就直接 302 并限制发送10分钟

简单方案

合并消息为一条大的消息, 但是消息不能太大，实际最多几千字好像，数据太大也不能发送。

临时方案

简单的方案还是不能解决初始化历史数据，大量发送消息的问题。因为时间问题，最初想到的临时方案，是每次发送结束 sleep 3 秒钟，这样绝对不会超出限制。但是有很大的问题

  • 导致正常运行时，发送后脚本效率变低

最终方案

由于 Redis 支持的类型丰富，用法简单，效率高 等特点, 且很多公司都会用到 Redis 无需额外安装。 解决思路是：

  1. 一个群最多申请六个机器人，把六个token保存在数组中
  2. 每次发送，依次查看每个token的 redi

本文标签： 机器人频率Redis

版权声明：本文标题：使用 Redis 解决钉钉机器人报警频率限制 内容由热心网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：https://m.elefans.com/dongtai/1725725310a1038879.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。