Zabbix 是一个企业级的、开源的、分布式的监控套件，被用来监控IT基础设施的可用性和性能。Zabbix可以监控网络和服务的监控状况，Zabbix 利用灵活的告警机制，允许用户对事件发送基于邮件、短信、微信和钉钉等告警方式，这样可以保证快速的对问题作出相应。Zabbix支持主动和被动两种方式.所有的Zabbix报告都可以通过配置参数在WEB前端进行访问。Web前端将帮助你在任何区域都能够迅速获得你的网络及服务状况。zabbix架构不仅支持小型组织，还支持大规模的公司的部署。Zabbix 是零成本的. 因为 Zabbix 编写和发布基于 GPL V2 协议. 意味着源代码是免费发布的。
zabbix优点：
1、数据采集：可用性和性能检测，自动发现，支持agent、snmp、JMX、telnet等多种采集方式，支持主动和被动模式数据传输、支持用户自定义插件，自定义间隔收集数据
2、高可用：server对设备性能要求低，支持proxy分布式监控，分布式集中管理，有自动发现功能，可以实现自动化监控；开放式接口，扩展性强，插件编写容易
3、告警管理：支持多条件告警，支持多种告警方式，支持多组模板，模板继承。
4、告警设置：告警周期，告警级别，告警恢复通知、告警暂停，时段阈值、支持维护周期、支持单机停用
5、图形化展示：允许自定义创建多监控项视图，网络拓扑，自定义面板展示，自定义IT服务可用性
6、历史数据：历史数据查询可配置，内置housekeeping数据清理机制
7、安全审计：具备安全的用户审计日志，权限认证，用户可以限制允许维护的列表。
zabbix缺点：
1、性能瓶颈，监控系统没有低估高峰期，具有持续性和周期性，机器量越大，数据的增大会使数据库的写入成为一定的瓶颈，官网给出的单机上限5000台，届时就需要增加proxy，增加成本。
2、Zabbix采集数据有pull方式，也就是server主动模式，当目标机器量大之后，pull任务会出现积压。采集数据会延迟
3、项目二次开发，需要分析MySQL表结构，表结构比较复杂，通过API开发对开发能力有要求。
4、内置housekeeping在执行过程中会对数据库增加压力，需要对数据库进行优化
如上是我总结的一些Zabbix的优缺点，如果你也使用过，或是了解Zabbix，欢迎进行补充说明，可以谈谈优缺点，谈谈Zabbix的使用感受，谈谈Zabbix的产品体验等。
开源的优点就是开放，二次开发，接口丰富，监控方式全面；
缺点也很明显，图形展示功能较为单一；
api介绍比较粗糙，如果数据库表结构更改可能会影响api调用，有点头疼
zabbix在开源的监控软件中，应该算是很不错的，zabbix+自己开发的一些脚本，能做到相当好的效果。
