上一篇文章寫了普通數字類型類型的監控報警，本文談一下怎麽樣做好日誌類的監控和報警

一、日誌類報警的特點

1、接受人員希望直接看到日誌的內容；

2、對應技術棧涉及比較廣的系統，，一個問題會引發不同主機上面不同系統同時產生日誌。舉例：openstack 的nova在保存快照時出錯，會引起nova-api,galnce-api,horizen同時產生錯誤日誌。

二、遇到的痛點：

1、有很多人想隨時查看日誌，不同的人想要查看不同的日誌；

2、日誌類的報警，不適合用微信直接發送內容，原因一是轉義麻煩，二是微信的消息長度有限制；

3、日誌類的報警，報警風暴很多，往往一來一大波，但是很難對報警風暴進行聚合；

4、往往在收到報警時候，接警人員想同時看看同一個時間點其他系統的日誌；

5、kibana的用戶鑒權是收費用戶，同時將kibana映射到公網給運維人員似乎很不靠譜。

三、解決方案

1、kibana的手機化，kibana是個非常棒的前端展示平臺，如果有個類似的平臺能手機化，在手機上實現隨時查看、檢索、報警推送，那簡直完美。

2、自己寫一個小型的系統，來實現日誌的報警，展示，用戶鑒權等基本功能

四、一些成果

本文出自 “老安的博客” 博客，謝絕轉載！

怎麽樣做好日誌類的報警監控