對微服務監控系統分層和監控架構的理解

2021-09-02 01:11:59 字數 914 閱讀 2474

監控的重要性不言而喻, 微服務架構的特點決定了其監控實現更具有挑戰性與難度,從以下方面理解微服務的監控相關(非特別指明的監控都是指的微服務架構體系下的監控): 

1. 簡介 

2. 為什麼需要監控體系 

3. 與單體應用有什麼區別 

4. 要監控什麼 

5. 監控體系和分層 

6. 監控架構和主流技術棧

以問題的形式來理解為什麼需要監控體系,也是我們需要監控體系的理由

服務效能指標:如響應實現、流量、成功、失敗數、請求頻率等

服務拓撲關係:服務之間的呼叫關係

服務呼叫鏈:服務的整個呼叫鏈監控

服務版本資訊:服務版本,客戶端版本等

服務治理狀態:服務註冊情況、服務狀態、熔斷等

元件內部狀態:活躍執行緒數、處理請求數等

從底到上分為:基礎設施監控、系統層監控、應用層監控、業務層監控、端使用者體驗監控

暫時沒有具體的實踐和使用,先做理解

架構理解技術棧理解

influxdb:是乙個開源的沒有外部依賴的時間序列資料庫。適用於記錄度量,事件及執行分析。

grafana:是用於視覺化大型測量資料的開源程式,他提供了強大和優雅的方式去建立、共享、瀏覽資料。dashboard中顯示了你不同metric資料來源中的資料。一般與時序資料庫(influxdb)結合使用

十 對微服務監控系統分層和監控架構的理解

監控的重要性不言而喻,微服務架構的特點決定了其監控實現更具有挑戰性與難度,從以下方面理解微服務的監控相關 非特別指明的監控都是指的微服務架構體系下的監控 1.簡介 2.為什麼需要監控體系 3.與單體應用有什麼區別 4.要監控什麼 5.監控體系和分層 6.監控架構和主流技術棧 以問題的形式來理解為什麼...

微服務架構下的監控問題

用一句話概括就是服務特別多,服務間的呼叫也變得非常複雜 我們其實是微服務的受害者,其實業內很多人做的架構只是服務化,並不夠 微 而我們做的比較徹底,我們線上很多服務都只有乙個 api,但這樣造成線上指標非常多,告警也非常多,讀和寫的壓力都非常大。第二個是智慧型化的監控和告警,運用合適的演算法並加上機...

Hystrix微服務容錯率和監控

由於整個專案是由多個微服務組成的,並且呼叫關係非常複雜,乙個大的專案可能由幾十個幾百個甚至幾千個微服務組成,某個微服務如果在某個節點執行緩慢,或者出現其他問題,由於呼叫關係複雜,有可能造成大面積癱瘓,也就是說會產生雪崩效應 hystrix主要是為了在某個微服務出現故障的時候,不至於影響其他服務,產生...