监控报警开发之zabbix语音电话报警方案联想..docxVIP

监控报警开发之zabbix语音电话报警方案联想前言：我相信大家的公司都是有noc的成员，noc是在做什么的，现在基本定义为盯着监控，严重的告警会给你打电话，催你解决，并把这些事情定期做总结。 一般这种的工作都是指派外包人员做的。我现在已经开发了一套报警的平台接口，供应公司api层面的邮件接口调用，其实他现在面向的最大的客户还是zabbix，不知道最近抽什么风，邮件的接收量比上个月都了2w封，现在已经到9w了。 有朋友说，为何不做一些修剪，因公司现在用的zabbix1.8 ，而且二次开发的度有些大，避免不必要的错误，尽量都是在外围层面逛游，比如程序级别的读写分离，报表，周报，负载图，单点登录，权限和cmdb联合等等。现在正则全力测试2.2,2.x的版本，及后续的迁移的方案 。 ?话题有些跑了， ?言归正传，现在修剪的方案是趁着我正在开发报警平台二期，把一些邮件及短信的报警给修剪， 修剪的方案是3分钟内，如果有重复的信息，不给于发送，在平台上可以定义每个信息类型的修剪时间。有些严重和灾难级别的报警，是需要noc来打联系的。这个时候，咱们可以用一些语音报警的api接口解决这类的问题，用的较多的有twilio、pagerduty，对于监控来说，用pagerduty的较多点。 pagerduty 配置起来是相当的简单，拿到sid key之后，就算用shell curl也可以调用的。在以前的公