对比项 | 夜莺 | Zabbix | 备注 |
---|---|---|---|
容量方面 | 可集群化扩展无上限 | 受限于单机数据库 | 滴滴监控指标7.7亿,监控设备10万量级,每秒上报2800万监控点;Zabbix如果采集频率15秒,只能监控600台设备 |
展示方面 | 灵活炫酷、直观易用 | 比较复古、易用性差 | 夜莺支持即时看图、监控大盘、监控大屏多种展示方式 |
报警方面 | 生产级的灵活、直观易用 | 配置复杂,学习成本高 | 夜莺支持告警认领、告警升级、事件生命周期管理、告警回调、告警自愈、分时段告警、与条件告警、同环比告警、离群点检测等智能检测算法; |
用户方面 | 大规模互联网公司偏多 | 传统企业偏多 | 夜莺(包括Open-Falcon)有小米、美团、滴滴、360、新浪微博、京东金融、58、金山云、平安科技、方正证券等众多大厂使用,集群规模大; Zabbix由于起步较早,在传统企业应用较多; |
设备监控 | 对常用系统提供支持 | 支持范围更广 | 夜莺对Linux、Windows、容器等支持较好,也支持交换机、防火墙等网络设备,对AIX、BSD等暂无支持; Zabbix对AIX、BSD等也有较好支持,对容器支持较差 |
业务监控 | 多种接入方式,灵活完备 | 毫无建树 | 夜莺数据结构灵活,支持通过SDK埋点、端上日志解析、中心流式计算、集群指标聚合等手段提供完备的业务监控支持; Zabbix由于数据结构较为简单,历史包袱积重难返,对业务监控毫无建树 |
运维体系 | 运维体系考虑较多 | 运维体系考虑较少 | 夜莺提供完备的用户权限体系、设备纳管、应用运维视角的CMDB、命令执行通道、告警自愈机制等运维体系的考量; Zabbix只是一个纯粹的监控,与运维体系的整合考虑较少 |
二次开发 | 二开容易 | 二开难度高 | 夜莺后端全部是Go语言开发,前后端分离设计,上手容易; Zabbix是C+PHP+Java,前后端耦合较重,只能基于其API开发,难以直接修改其代码; |
附:
8月底监控大屏功能上线,其酷炫效果、直观程度,远非Zabbix可比,样例设计图如下: