Sonic Ma

Results 5 issues of Sonic Ma

### 项目介绍 / Project Introduction CentOS的替代品AlmaLinux ### 上游地址及镜像方式 / Upstream location & mirror method https://mirrors.almalinux.org ### 为什么希望添加该镜像 / Why do you want we to add this mirror CentOS的替代品AlmaLinux ### 其他信息...

new
RHEL-clone

eg:https://github.com/prometheus/mysqld_exporter?tab=readme-ov-file#multi-target-support

**KubePi 版本** 1.6.1 **Kubernetes 版本** 1.23.6 **Bug 描述** 集群状态正常,kubepi集群列表显示集群异常,但是直接通过http://xxx.com/kubepi/dashboard/dashboard?cluster=k8s地址访问是正常的 **Bug 重现步骤(有截图更好)** ![image](https://user-images.githubusercontent.com/35365219/192952328-c944b364-20a5-4fc9-83fd-aa0de99ddc8f.png)

bug

- 企业微信机器人、钉钉机器人、飞书机器人、邮箱、短信、电话等类型定义为告警媒介 - 联系方式改造为通知渠道,根据选择告警媒介,可以直接配置填写对应的机器人地址,而不是像现在这样配置联系方式,并且还需要关联用户进行配置 - 通知渠道关联告警通知模版,而不是像现在这样每一个告警媒介都配置一个模版,这样处理可以提高模版的复用。比如我创建了2个类型为企业微信机器人的通知渠道(不同的机器人地址),就可以选择同一个通知模版 - 告警通知关联通知渠道,根据通知渠道的配置进行消息发送。 - 配置告警规则或告警订阅的通知对象时,通知对象支持选择联系人、联系人组、WEBHOOK等类型通知渠道。选择联系人类型时,支持从用户列表选对应用户,并支持勾选使用邮箱或电话;选择联系人组时,支持同用户组列表中选择对应用户组,并支持勾选使用邮箱或电话;选择WEBHOOK类型时,支持从通知渠道列表选择对应的渠道。 - 按照上面的逻辑,就可以减少用户配置,根据实际需要,配置告警订阅规则发送到对应的通知对象即可,配置也更灵活一些

enhancement

是否可以把告警通知从告警规则中抽离出来,单独为一个告警订阅,可以根据标签、分组等条件订阅告警发送给对应的通知对象