告警規則訂閱功能說明
在企業級監控場景中，通常存在以下分工模式：
● 业务应用团队: 负责业务层面的告警管理
● 基础设施团队: 负责底层资源和基础组件的告警管理
使用場景
當業務團隊需要全面了解應用運行狀態時，往往需要同時掌握：
● 業務應用本身的告警信息
● 應用所依賴的基礎設施狀態
為了便於跨團隊告警信息共享，平台提供了告警規則訂閱功能。通過該功能，業務團隊可以訂閱其應用相關的基礎設施告警規則，實現統一分析。
字段介紹
注意：告警事件在滿足規則中配置的所有條件之後，才會被訂閱，所以每項配置是且的關係。
● 資料源類型：想要訂閱的告警事件的資料源類型；
● 訂閱告警規則：可以選擇指定業務組中的告警規則進行訂閱；
● 告警事件等級：可以只訂閱某個等級的告警事件；
● 訂閱事件標籤：和屏蔽規則中的標籤篩選類似，與配置的標籤匹配的事件，才會走訂閱邏輯；
匹配操作符介紹：
“=="：絕對匹配標籤的value
訂閱匹配標籤 rulename 的值是“測試伺服器掛載多個業務組告警”的告警規則。
“=~"：通過正則表達式匹配標籤value
訂閱正則表達式匹配標籤 ident 的值是包含 flashcat 或者是 v63-192.168.0.2 的告警規則；
“!="：絕對不匹配標籤的value(取反)
訂閱匹配標籤 ident 的值不是 pushgw-flashcat02-192.168.0.2 的告警規則。
“!~"：通過正則表達式不匹配標籤value (取反)
訂閱正則表達式匹配 ident 的值是不包含 flashcat 關鍵字的告警規則；
● 訂閱業務組：通過運算符過濾匹配業務組；
“in” 訂閱多個業務組告警；
“not in” 訂閱多個業務組(取反)；
● 訂閱事件持續時長：如上圖所示，訂閱告警時間第一次不會觸發訂閱邏輯，當後一次訂閱事件時間與第一次訂閱事件的時間差大於3600秒才會觸發訂閱邏輯；訂閱事件時長配置可以作為告警事件通知兜底策略或者升級策略使用。
● 告警級別、通知媒介、回調地址：對於篩選到的告警事件，在發送時，我們可以修改原來的告警級別、通知媒介和回調地址
● 訂閱接收組：訂閱的告警事件，重新發給哪些團隊
● 通知聚合（專業版功能）：配置之後，告警通知會等待一段時間聚合之後，一起發送，減少對接收方的打擾
最後就可以實現 Flashcat 業務組用戶收到訂閱 MySQL 業務的告警。
告警附加標籤作為訂閱過濾條件使用場景
在配置系統指標告警規則的時候，通過告警附加標籤區分告警類別，如下圖對 MySQL 某一條告警規則進行app=flashcat附加標籤設置。
訂閱告警規則時，通過告警標籤進行告警訂閱，就實現只訂閱app=flashcat標籤的告警。
