内部数据监控平台搭建方案( 二 )


如果监控数据达到告警阈值 会通过HTTP将告警发送到告警模块,通过告警的抑制后触发邮件或者 。支持提供多维度数据模型和灵活的查询,通过监控指标关联多个tag的方式,将监控数据进行任意维度的组合以及聚合 。
5、综合对比

内部数据监控平台搭建方案

文章插图
1)综合对比如上面的表格,从开发语言上看,为了应对高并发和快速迭代的需求,监控系统的开发语言已经慢慢从C语言转移到Go 。不得不说,Go凭借简洁的语法和优雅的并发,在Java占据业务开发,C占领底层开发的情况下,准确定位中间件开发需求,在当前开源中间件产品中被广泛应用 。
2)从系统成熟度上看,和都是老牌的监控系统:是在1999年出现的,是在1998年出现的,系统功能比较稳定,成熟度较高 。而和Open-都是最近几年才诞生的,虽然功能还在不断迭代更新,但站在巨人的肩膀之上,在架构设计上借鉴了很多老牌监控系统的经验;
3)从系统扩展性方面看,和Open-都可以自定义各种监控脚本,并且不仅可以做到主动推送,还可以做到被动拉取,则定义了一套监控数据规范,并通过各种扩展系统采集能力 。
4)从数据存储方面来看,采用关系数据库保存,这极大限制了采集的性能,和Open-都采用RDD数据存储,Open-还加入了一致性hash算法分片数据,并且可以对接到,而自研一套高性能的时序数据库,在V3版本可以达到每秒千万级别的数据存储,通过对接第三方时序数据库扩展历史数据的存储;
5)从配置复杂度上看,只有一个核心组件,一条命令便可以启动,相比而言,其他系统配置相对麻烦,尤其是Open- 。
6)从社区活跃度上看,目前和的社区活跃度比较低,尤其是,Open-虽然也比较活跃,但基本都是国内的公司参与,在这方面占据绝对优势,社区活跃度最高,并且受到CNCF的支持,后期的发展值得期待;
7)从容器支持角度看,由于和出现得比较早,当时容器还没有诞生,自然对容器的支持也比较差 。Open-虽然提供了容器的监控,但支持力度有限 。的动态发现机制,不仅可以支持swarm原生集群,还支持容器集群的监控,是目前容器监控最好解决方案 。在传统监控系统中,尤其是在服务器相关监控方面,占据绝对优势 。而则在网络监控方面有广泛应用,伴随着容器的发展,开始成为主导及容器监控方面的标配,并且在未来可见的时间内被广泛应用 。
总体来说,对比各种监控系统的优劣,可以说是目前监控领域最锋利的“瑞士军刀”了 。
尽管相对于有上述强大的特点和优势,但本身也存在一些问题,如:
作为一个开源软件,其本身安装部署并不友好,如报警,图形展示均需要单独部署安装没有安全认证的功能,UI非常简单具有一定的上手门槛,需要公司内部有相对应了解其原理的编程人员,主要是支持自定义 。虽然有强大的表达式,但也有学习的门槛,相对于这种UI操作,编程模式要求高 。