[發(fā)明專利]一種聲明式可視化配置Prometheus監(jiān)控告警的方法和系統(tǒng)

有效

• 申請?zhí)枺?/td>: 202010540095.1
• 申請日: 2020-06-12
• 公開（公告）號: CN111666189B
• 公開（公告）日: 2023-03-31
• 發(fā)明（設(shè)計）人: 樊艷明
• 申請（專利權(quán)）人: 中信銀行股份有限公司
• 主分類號: G06F11/30
• 分類號: G06F11/30;G06F11/32
• 代理公司: 北京市蘭臺律師事務(wù)所 11354
• 代理人: 張峰

本申請?zhí)峁┝艘环N聲明式可視化配置Prometheus監(jiān)控告警的方法，其包括：接收一個或多個Prometheus認證信息，Prometheus認證信息包括與Prometheus對應(yīng)的AlertManager服務(wù)的信息；接收監(jiān)控配置、告警規(guī)則配置和告警通知配置的CR資源對象實例；接收對所述CR資源對象實例的驗證請求；對所述CR資源對象實例的正確性進行驗證，如驗證通過則所述CR資源對象實例會持久化到ETCD數(shù)據(jù)庫，如驗證不通過則本次更新操作失敗；如驗證通過且CR資源對象實例持久化到ETCD數(shù)據(jù)庫，根據(jù)CR資源對象實例中所設(shè)置的、一個或多個Prometheus和與各Prometheus對應(yīng)的AlertManager服務(wù)所在服務(wù)器的地址列表，為一個或多個Prometheus和與各Prometheus對應(yīng)的AlertManager進行配置更新；此時CR資源對象實例分別為一個或多個Prometheus和與各Prometheus對應(yīng)的AlertManager的預(yù)設(shè)的期望配置。

技術(shù)領(lǐng)域

本申請涉及計算機技術(shù)領(lǐng)域，具體而言，本申請涉及一種聲明式可視化配置Prometheus(普羅米修斯)監(jiān)控告警的方法和系統(tǒng)。

背景技術(shù)

隨著Kubernetes(一種生產(chǎn)級別的容器編排系統(tǒng))容器編排以及Service Mesh(服務(wù)網(wǎng)格，一種用于服務(wù)間通信的基礎(chǔ)設(shè)施技術(shù)架構(gòu))服務(wù)治理等云原生應(yīng)用的普及，Prometheus作為企業(yè)監(jiān)控領(lǐng)域中一種比較成熟的方案越來越得到關(guān)注。大多數(shù)企業(yè)Prometheus部署方式都是采用容器化部署，如果企業(yè)監(jiān)控的指標(biāo)量規(guī)模過大，會采用Prometheus聯(lián)邦部署方式監(jiān)控企業(yè)容器監(jiān)控指標(biāo)和物理機、虛擬機監(jiān)控指標(biāo)。然而，在使用Prometheus監(jiān)控時，會發(fā)現(xiàn)所有監(jiān)控配置和告警規(guī)則變更，都需要登錄Prometheus所在服務(wù)器變更配置文件和告警規(guī)則文件才能生效，如果是Kubernetes環(huán)境下部署，則需要通過Kubectl(Kubernetes容器編排系統(tǒng)的客戶端命令行工具)命令變更Prometheus應(yīng)用配置文件和告警規(guī)則的ConfigMap(一種Kubernetes的資源對象，用于存儲配置文件)對象。另外Prometheus的告警通知系統(tǒng)AlertManager(Prometheus的告警通知管理模塊)與Prometheus配置文件和告警規(guī)則無法聯(lián)動變更，在使用AlertManager時，需要修改Prometheus配置文件，將AlertManager與Prometheus相關(guān)聯(lián)。同時AlertManager無法實現(xiàn)告警升級，不支持獲取動態(tài)值班組，無法動態(tài)獲取指標(biāo)標(biāo)簽，所有問題總結(jié)起來說明Prometheus的配置不夠方便靈活，需要頻繁變更配置文件，同時學(xué)習(xí)成本較高，用戶需要詳細學(xué)習(xí)Prometheus配置文件和PromQL(Prometheus內(nèi)置的數(shù)據(jù)查詢語言)的語法，不利于監(jiān)控告警在企業(yè)內(nèi)的普及。

現(xiàn)有Prometheus系統(tǒng)的監(jiān)控告警配置文件需要登錄到服務(wù)器上手動修改，大規(guī)模部署情況下，修改配置工作量大，大部分情況是重復(fù)性操作，并且人工修改正確性很難保證，因此，面對復(fù)雜的監(jiān)控告警需求，人工修改方式并不可取；通過自動化運維工具可以實現(xiàn)大量配置文件的更新，但是無巡檢系統(tǒng)，無法保證配置有效性；通過已有的Prometheus監(jiān)控策略如中國專利文獻CN110399274A(Prometheus監(jiān)控策略的統(tǒng)一監(jiān)控系統(tǒng))所公開的統(tǒng)一監(jiān)控系統(tǒng)方案配置，雖然解決了可視化配置和自動化Prometheus監(jiān)控告警配置修改更新的問題，但是其開發(fā)成本高、靈活度低、可擴展性差，并沒有解決Prometheus與AlertManager聯(lián)動配置問題，無法對告警通知人員更新；現(xiàn)有技術(shù)對企業(yè)內(nèi)所有Prometheus系統(tǒng)采用例如統(tǒng)一的監(jiān)控告警策略，無法適應(yīng)企業(yè)復(fù)雜多變的監(jiān)控告警需求，比如企業(yè)內(nèi)各個開發(fā)小組所需的監(jiān)控告警規(guī)則配置不同，被監(jiān)控應(yīng)用不同，告警通知人員也會不同；現(xiàn)有技術(shù)僅提供Prometheus監(jiān)控告警配置能力，沒有提供擴展其他監(jiān)控告警系統(tǒng)的接口，可擴展性不強。本發(fā)明旨在實現(xiàn)一種基于聲明式編程思想的可視化配置Prometheus監(jiān)控告警方法，提供友好的可視化前端配置頁面、自動化巡檢功能和配置化的快速擴展能力。

發(fā)明內(nèi)容