怎麼樣作好日誌類的報警監控

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

1、日誌類報警的特色

   一、接受人員但願直接看到日誌的內容；

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

2、遇到的痛點：

    一、有不少人想隨時查看日誌，不一樣的人想要查看不一樣的日誌；

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

    三、日誌類的報警，報警風暴不少，每每一來一大波，可是很難對報警風暴進行聚合；

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

    五、kibana的用戶鑑權是收費用戶，同時將kibana映射到公網給運維人員彷佛很不靠譜。

3、解決方案

    一、kibana的手機化，kibana是個很是棒的前端展現平臺，若是有個相似的平臺能手機化，在手機上實現隨時查看、檢索、報警推送，那簡直完美。

    二、本身寫一個小型的系統，來實現日誌的報警，展現，用戶鑑權等基本功能

4、一些成果