上一篇文章写了普通数字类型类型的监控报警,本文谈一下怎么样作好日志类的监控和报警前端
1、日志类报警的特色api
一、接受人员但愿直接看到日志的内容;微信
二、对应技术栈涉及比较广的系统,,一个问题会引起不一样主机上面不一样系统同时产生日志。举例:openstack 的nova在保存快照时出错,会引发nova-api,galnce-api,horizen同时产生错误日志。运维
2、遇到的痛点:ide
一、有不少人想随时查看日志,不一样的人想要查看不一样的日志;日志
二、日志类的报警,不适合用微信直接发送内容,缘由一是转义麻烦,二是微信的消息长度有限制;blog
三、日志类的报警,报警风暴不少,每每一来一大波,可是很难对报警风暴进行聚合;图片
四、每每在收到报警时候,接警人员想同时看看同一个时间点其余系统的日志;get
五、kibana的用户鉴权是收费用户,同时将kibana映射到公网给运维人员彷佛很不靠谱。it
3、解决方案
一、kibana的手机化,kibana是个很是棒的前端展现平台,若是有个相似的平台能手机化,在手机上实现随时查看、检索、报警推送,那简直完美。
二、本身写一个小型的系统,来实现日志的报警,展现,用户鉴权等基本功能
4、一些成果