先過一下grafana的配置文件

grafana的配置文件。

右鍵服務的地址、發信人賬號和面等

配置要連到prometheus上。

登陸的密碼是多少，第二行是不允許用戶注冊。

dashboard.json里面內容太多不能完全的看懂。

界面

admin password

新建一個dashboard

導入一個事先已經寫好的了。

去找我們剛才看的那個 dashboard.jsn的文件

這個就是我們剛才在配置文件內配置的數據源。就是那個本地9090的那個prometheus

duratin：服務的平均響應時間，

上面是一些過濾條件

設置報警

出問題的時候，可以通知我。

在方法里面拋出一個異常。

再次啟動OrderAPI
寫一個測試的工具來測試，我們不停的去調用它，然后它就會一直報錯。然后在grafana那邊配置，錯誤打到什么樣的頻率就觸發報警。

把這個測試類也跑起來。

這樣他一直在報錯500、

配置grafana

可以看到5xx的錯誤一直在增長。

爭對這個情況配置一個報警。notification channels 通知的渠道。

報警的方式，支持很多種方式

證明我們測試的郵件發出去了。然后點擊Save保存即可

一分鍾之前收到的郵件。

查看最近15分鍾，10秒的刷新頻率。

改完再保存一下

這和就是之前介紹的promethous的查詢語言，就是定義了一個怎么計算我當前錯誤的數據。

找的是狀態是5開頭的

我們要寫的報警

這里改成application-app

這樣這邊就不報錯了。看過去一分鍾總的錯誤數量，大於1就報警

選擇通知的渠道。剛才我們在notification channels 配置的渠道。

等了一會。裂開的紅心。

觸發的報警的歷史記錄

收到郵件的內容。