我们的zabbix监控项好几千个，这些告警都是使用同一个微信公众号的应用去报警，这样很多告警刷来刷去，就会把一些重要告警淹没。于是我们一方面做了更加详细的告警分级，而且也增加多个微信应用。让每个应用更加有针对性的告警，就不再大杂烩了，避免重要报警遗漏。
本文目的就是创建一个新的微信应用，专门用来告警这个Templates下的情况：
首先，先去微信企业号里创建一个新的应用，如图：
然后将原来zabbix-server上的wechat.py复制一份，比如叫proxysql-wechat.py，修改对应的corpsecret和agentid，改成新应用的。这个脚本可以去看https://rorschachchan.github.io/2018/01/10/Zabbix3-0%E6%90%AD%E9%85%8D%E5%BE%AE%E4%BF%A1%E4%BC%81%E4%B8%9A%E5%8F%B7%E6%8A%A5%E8%AD%A6/ 。
下面就来到zabbix server的Web端，首先Administrain---Media Types，增加一个新的告警媒介Proxysql-wechat，使用的脚本就是刚刚复制出来的proxysql-wechat.py：
然后再去Users里创建一个新的用户，因为原来的Administrator已经有了微信告警，所以要创建一个新的用户来专门接收proxysql-wechat.py的告警：
把它的media改成Proxysql-wechat：
下一步很容易遗忘，就是在Permissions里给这个用户对应的Templates下所涉及用户组的全部权限，当然，如果你胆子大（比如我），可以给这个用户Super权限：
告警人和告警路径已经搞定，下面就是要配置“什么样的告警才可以触发此微信应用，同时其他应用不要重复发信”。
来到Configuration---Actions，新创建一个triggers的action：
这里声明此action只会关注templates为”proxysql单独监控”的triggers情况。
在Operation details别忘了配置各个环节的Send to Users和Send only to：
保存之后，我们还要把原有的微信应用告警更改一下，如果不该的话，”proxysql单独监控”这个Templates触发了告警，两个微信应用都会告警，于是就把老的action改成如下：
此时触发一下”proxysql单独监控”这个Templates涉及的告警项，就会看到只发送了proxysql-wechat，而老的wechat媒介没有被触发。
微信也能正常收到信息：
总结一下：如果希望新增加一个报警途径，那么就新在后台创建脚本，然后在前台创建媒介，创建连接此媒介的用户，最后在告警action上配置正确的规则就OK了！
