一般来说，对于小规模或者业务较为简单项目，使用zabbix进行监控监控服务器状态，并配置一些报警渠道就可以基本满足需求，但是如果项目分化较多，各个业务间相互独立，对报警时效性要求各不相同的情况下，仅靠原生的zabbix报警是不够的。
针对这种请求其实可以供借鉴的系统有很多，之所以想起写这么报警中心的需求，主要是为了总结一下过往的一些经验。
这个从零开始构建报警中心的系列文档需要以下一些能力储备：
- zabbix安装配置（监控能力）
- python3（脚本编写）
- 了解Flask架构（报警逻辑）
- mongodb（数据库操作）
- 钉钉API（通知）
简易结构
流程：
- 配置zabbix进行监控，接收来自收监控对象的报警信息。
- 报警信息发送给消息转发脚本，将其推送给报警中心。
- 报警中心处理信息，根据报警信息的来源，类型，进行分类记录，并根据设定的规则进行通知告警。
为什么不用zabbix完成所有的操作：
理论上来讲zabbix是可以完成分类报警，按需报警推送的各种功能，但并不适合所有的组织企业，也有可能在前期规划中，并没有考虑这么多。另外，如果已经建立完成了CMDB，通过这种独立的报警中心的方式，系统间的耦合度更低。
