需求建议
Question and Steps to reproduce
背景:团队与告警接收组是2个概念,当前夜莺中是一个概念,体感较差。 问题:假设团队A中有10个人,该团队有10个用户,每个用户配置飞书token,就意味着同一条告警会发送10次。 建议:团队与告警接收组分离,团队仅用于控制权限,告警接收组无需权限概念,所有团队可以看到所有接收组。
基于上述需求,另外需要告警接收组支持用户纬度。
Relevant logs and configurations
无
Version
7.3.1
另外个需求,通过api创建rule后,返回的response没有id。
创建一个虚拟人,当做机器人,只给这个虚拟人添加token,加入团队即可
秦晓辉 @.***
快猫星云 联合创始人 18612185520
------------------ 原始邮件 ------------------ 发件人: njqaaa @.> 发送时间: 2024年9月8日 13:02 收件人: ccfos/nightingale @.> 抄送: Subscribed @.***> 主题: Re: [ccfos/nightingale] 需求建议 (Issue #2154)
Question and Steps to reproduce
背景:团队与告警接收组是2个概念,当前夜莺中是一个概念,体感较差。 问题:假设团队A中有10个人,该团队有10个用户,每个用户配置飞书token,就意味着同一条告警会发送10次。 建议:团队与告警接收组分离,团队仅用于控制权限,告警接收组无需权限概念,所有团队可以看到所有接收组。
基于上述需求,另外需要告警接收组支持用户纬度。
Relevant logs and configurations
无
Version
7.3.1
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you are subscribed to this thread.Message ID: @.***>
虚拟人没用的,还是得加入团队,并且依然无法规避团队中其他人自行添加token
如果团队中只有虚拟人,算变相解决,但同时引入新问题
修改告警规则的时候 告警接收组无法选择虚拟人所在团队
你也可以用回调地址,告警规则里的回调地址直接配置机器人的那个url就行;或者把虚拟人和正常的user加入一个团队,姑且可以把这个虚拟人看做是团队的一个属性,相当于发告警给某个团队,团队里恰好有个钉钉token,进而就发给了钉钉。这两种方式都可以。未来会有其他方式,短期就是这俩方案。
同期待这块儿的改造,如果团队也能添加token,可能就理想了。 目前虚拟人也算是个解决办法。
@njqaaa 最新版本支持了新的通知配置方式,可以升级试用下:)