基於上一篇《微服務海量日誌監控平臺》介紹的平臺架構,繼續架構的優化和能功的擴展,實現服務治理能力。html
日誌監控平臺爲咱們帶來了不少排查解決線上問題的便利。可是從某種程度上講,只爲咱們提供了線索,最終的排查和解決仍是須要人工去執行參與,因此從運維角度上說,並無幫助解決問題。因爲採集覆蓋面和分析問題。監控方面也存在不少問題。大概概括以下:spring
針對現狀,咱們大體採起如下解決方案:數據庫
業務數據、應用、中間件、網絡設備、存儲設備、物理機、虛擬機、容器、數據庫、api等監控api
使用grafana和kibana提供分析和可視化的 Web 平臺。可查找和交互數據,並生成各類維度的分析報表。增長應用拓撲、鏈路跟蹤等可視化網絡
按期調用應用服務的接口檢查服務的健康情況,當發現不可用的接口時當即告警並啓用熔斷功能;當發現異常節點應啓動告警並移除該節點架構
實時過濾清洗、多維分析採集數據,對當前發生異常進行分析、風險預判。並對分析結果決策告警通知並持久化運維
結合現有的技術體系,打造服務治理平臺,實現咖啡式運維微服務
因爲業務需求和技術的發展,平臺使用的技術各類各樣。當前咱們的服務架構除了使用Zero Ice外,有的用到了springCloud。須要把這些服務統一對接到治理平臺,達到治理能力,下降運維成本,提升版本迭代,實現故障快速定位、靈活資源調整等服務治理價值。優化
結合服務架構狀況,一切從實際出發。圍繞監控服務,打通其它管理、控制服務,如網關、配置中心等之間的通信,造成服務治理生態圈。.net
【版權聲明】
本文版權歸做者(深圳伊人網網絡有限公司)和博客園共有,歡迎轉載,但未經做者贊成必須在文章頁面給出原文連接,不然保留追究法律責任的權利。如您有任何商業合做或者受權方面的協商,請給我留言:siqing0822@163.com