日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關咨詢
選擇下列產(chǎn)品馬上在線溝通
服務時間：8:30-17:00
你可能遇到了下面的問題
關閉右側工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
SkyWalking配上告警更優(yōu)秀

本文轉載自微信公眾號「Code綜藝圈」，作者Code綜藝圈。轉載本文請聯(lián)系Code綜藝圈公眾號。

前言

對于監(jiān)控系統(tǒng)來說，不可能讓人一直盯著監(jiān)控看板，而更多的是以自動提醒的方式，比如郵件、短信或微信推送等，當達到或超出預設的告警指標時，就自動發(fā)送消息提醒，下面就來說說如何配置SkyWalking的告警。

正文

在說告警之前呢，給小伙伴先演示一下SkyWalking跟蹤數(shù)據(jù)庫操作鏈路及監(jiān)控數(shù)據(jù)庫指標，支持EF Core的形式操作數(shù)據(jù)庫，可以顯示對應的SQL語句和執(zhí)行時間等信息。

1. 跟蹤數(shù)據(jù)庫請求

對于項目來說，直接或間接訪問數(shù)據(jù)庫是避免不了的;對于業(yè)務數(shù)據(jù)量比較大或高并發(fā)場景，很多時候會因為數(shù)據(jù)庫操作過慢或不及時返回數(shù)據(jù)，導致整個系統(tǒng)體驗極差，所以對系統(tǒng)操作數(shù)據(jù)庫的跟蹤和監(jiān)控少不了，以下就來演示一下SkyWalking對數(shù)據(jù)庫操作的跟蹤和監(jiān)控。

1.1 環(huán)境準備

這里的SkyWalking環(huán)境搭建就不重復操作了，可以參考上一篇(分布式/微服務必配APM系統(tǒng)，SkyWalking讓你不迷路)。

1.2 項目集成EF Core

關于EF Core的使用，之前分享過一篇很詳細的文章，可參考查閱(跟我一起學.NetCore之EF Core 實戰(zhàn)入門，一看就會)。

集成EF Core之后，為方便演示看效果，得增加一個API進行訪問，這個API就是簡單的通過EF訪問數(shù)據(jù)庫，如下：

注：這里的項目需要集成SkyWalking，和上一篇一樣，不需要做額外處理。

1.3 看效果

運行項目，訪問上一步編寫的GetUser接口，然后再看SkyWalking的記錄情況，如下：

可以切換成列表的形式，看著相對更直觀一點：

點擊對應每層可顯示對應的詳細信息，如點擊數(shù)據(jù)庫操作相關層，可顯示具體的SQL語句及其他信息，如下：

更多操作演示，就留給小伙伴自己操作吧。

2. 告警配置及使用

自動告警基本上是監(jiān)控系統(tǒng)的標配，接下來看看在SkyWalking中是如何使用的。

2.1 告警規(guī)則配置

所謂告警規(guī)則其實就是配置的告警條件及檢查周期，根據(jù)業(yè)務需要進行配置。

在SkyWalking中配置告警條件是在后臺服務端進行的，即環(huán)境搭建中啟動的容器skywalking-oap，見上篇文章;

由于演示是采用Docker的形式啟動的容器，也沒有進行數(shù)據(jù)卷掛載，所以我們需要進入對應的容器進行配置，如下：

  • 進入容器，并到對應的配置目錄

執(zhí)行如下命令進入到SkyWalking后臺容器;如果不是以容器啟動的，直接進到配置文件目錄修改對應文件即可;

  • 查閱配置規(guī)則文件及配置規(guī)則解讀

通過cat alarm-settings.yml可以查閱文件內容，如下：

規(guī)則常用指標解讀：

rule name：規(guī)則名稱，必須唯一，必須以 _rule結尾;

metrics name：oal(Observability Analysis Language)腳本中的度量名;名稱在SkyWalking后端服務中已經(jīng)定義，進入容器skywalking-oap之后，進入如下目錄就可以找到。

如果想更多了解oal，參照文檔：https://github.com/apache/skywalking/blob/master/docs/en/concepts-and-designs/oal.md

include names：本規(guī)則告警生效的實體名稱，如服務名，終端名;

exclude-names：將此規(guī)則作用于不匹配的實體名稱上，如服務名，終端名;

threshold：閾值，可以是一個數(shù)組，即可以配置多個值;

op：操作符, 可以設定 >, <, =;

period：多久檢查一次當前的指標數(shù)據(jù)是否符合告警規(guī)則;以分鐘為單位

count：超過閾值條件，達到count次數(shù)，觸發(fā)告警;

silence period：在同一個周期，指定的silence period時間內，忽略相同的告警消息;

更多告警規(guī)則詳情，請參照這個地址：https://github.com/apache/skywalking/blob/master/docs/en/setup/backend/backend-alarm.md

  • 配置規(guī)則文件簡單修改

這里挑一個模板規(guī)則稍微改一下，用于后續(xù)演示，如下：

 
 
 
    
  
  
  
  1. # 告警規(guī)則名稱，必須唯一，以_rule結尾
    2. 
  
  
  
  2. service_sla_rule:
    3. 
  
  
  
  3.    # 指定metrics-name
    4. 
  
  
  
  4.    metrics-name: service_sla
    5. 
  
  
  
  5.    # 小于
    6. 
  
  
  
  6.    op: "<" 
    7. 
  
  
  
  7.    # 指定閾值
    8. 
  
  
  
  8.    threshold: 8000                                                                              
    9. 
  
  
  
  9.    # 10分鐘檢測一次告警規(guī)則                                                 
    10. 
  
  
  
  10.    period: 10                                                                                   
    11. 
  
  
  
  11.    # 觸發(fā)2次告警規(guī)則就告警                   
    12. 
  
  
  
  12.    count: 2                                                                                     
    13. 
  
  
  
  13.    # 設置的3分鐘時間段有相同的告警，不重復告警.
    14. 
  
  
  
  14.    silence-period: 3 
    15. 
  
  
  
  15.     # 配置告警消息
    16. 
  
  
  
  16.    message: Successful rate of service {name} is lower than 80% in 2 minutes of last 10 minutes
    17.

規(guī)則概要：服務成功率在過去2分鐘內低于80%

2.2 告警API編寫

有了規(guī)則之后，如何進行自動發(fā)送告警信息呢?

這個本質還是SkyWalking根據(jù)規(guī)則進行檢查，如果符合規(guī)則條件，就通過WebHook、gRPCHook、WeChat Hook、Dingtalk Hook等方式進行消息通知;接收到告警數(shù)據(jù)信息之后，可以自行處理消息。這里為了方便，就采用WebHook的方式進行演示，即觸發(fā)告警條件之后，SkyWalking會調用配置的WebHook 接口，并傳遞對應的告警信息;

  • 傳遞的告警信息

SkyWalking后端服務會以Post的方式調用WebHook的接口，并以Json的形式向接口傳遞告警信息，如下格式：

 
 
 
    
  
  
  
  1. [
    2. 
  
  
  
  2.     {
    3. 
  
  
  
  3.     "scopeId": 1, // 范圍ID
    4. 
  
  
  
  4.     "name": "serviceA", //實體名稱
    5. 
  
  
  
  5.     // 實體ID
    6. 
  
  
  
  6.     "id0": "12",  
    7. 
  
  
  
  7.     // 用于標識實體關系中的目標實體ID，沒有關系就為空 
    8. 
  
  
  
  8.     "id1": "",   
    9. 
  
  
  
  9.     // 規(guī)則名稱  alarm-settings.yml中配置的規(guī)則名稱
    10. 
  
  
  
  10.     "ruleName": "service_resp_time_rule",
    11. 
  
  
  
  11.     // 觸發(fā)告警時發(fā)送的消息
    12. 
  
  
  
  12.     "alarmMessage": "alarmMessage xxxx",
    13. 
  
  
  
  13.     // 告警的時間戳
    14. 
  
  
  
  14.     "startTime": 1560524171000
    15. 
  
  
  
  15.     }, 
    16. 
  
  
  
  16.     {
    17. 
  
  
  
  17.     "scopeId": 1,
    18. 
  
  
  
  18.     "name": "serviceB",
    19. 
  
  
  
  19.     "id0": "23",
    20. 
  
  
  
  20.     "id1": "",
    21. 
  
  
  
  21.     "ruleName": "service_resp_time_rule",
    22. 
  
  
  
  22.     "alarmMessage": "alarmMessage yyy",
    23. 
  
  
  
  23.     "startTime": 1560524171000
    24. 
  
  
  
  24.     }
    25. 
  
  
  
  25. ]
    26.

知道傳遞告警的信息的格式后，寫API的時候就得以此格式接收。

  • 編寫告警時調用的API，如下：

這里只是一個常規(guī)的API，關于發(fā)郵件的配置，之前在一篇文章中分享的很詳細(來，Consul 服務發(fā)現(xiàn)入個門(一看就會的那種))。

  • 配置WebHook地址

由于SkyWalking的環(huán)境搭建在了我的云服務器，本地電腦沒有配置外網(wǎng)訪問，所以只能將API發(fā)布到云服務器上，這樣SkyWalking后端服務調用告警接口就可以了，所以這里就在規(guī)則配置文件的最下面配置WebHook調用的接口地址即可;步驟如下：

修改alarm-settings.yml的文件，在文件最后配置WebHook地址，可以配置多個，如下：

告警規(guī)則和WebHook地址配置完畢之后，重啟一下容器，如下：

 
 
 
    
  
  
  
  1. docker stop skywalking-oap
    2. 
  
  
  
  2. docker start skywalking-oap
    3.

2.3 運行看效果

啟動項目，然后訪問之前寫好的接口，接口中特意搞了個異常，所以每次都會報錯，錯誤率肯定是低于設置的規(guī)則80%，稍等一會就會產(chǎn)生告警信息;

界面上也可以看到告警信息，如下：

因為觸發(fā)告警時會調用我們編寫的WebHook接口，我們針對告警信息發(fā)送了郵件，所以同時會收到對應的告警郵件

演示代碼：https://gitee.com/CodeZoe/microservies-demo/tree/main/SkyWalkingDemo/SkyWalkingDataDemo

總結

好了，關于告警的配置和使用就簡單說這么多吧，如果有其他配置需求，可以參照官網(wǎng)，使用方式大同小異;后續(xù)會記錄一些使用經(jīng)驗;


文章標題：SkyWalking配上告警更優(yōu)秀
鏈接分享：http://m.5511xx.com/article/dhciecg.html