[發明專利]一種業務監控方法和裝置

有效

• 申請號: 201710648361.0
• 申請日: 2017-08-01
• 公開（公告）號: CN107508722B
• 公開（公告）日: 2020-08-04
• 發明（設計）人: 鈕乾坤;韓棟;李新
• 申請（專利權）人: 北京德塔精要信息技術有限公司
• 主分類號: H04L12/26
• 分類號: H04L12/26
• 代理公司: 北京路浩知識產權代理有限公司 11002
• 代理人: 王瑩;李官

本發明提供了一種業務監控方法和裝置，所述方法包括：S1，根據預先創建的容器集群，對待監控應用程序進行容器化處理；S2，獲取所述待監控應用程序運行過程中產生的多種監控數據，并對所述多種監控數據進行解析處理。本發明通過將待監控應用程序進行容器化處理，利用容器技術對應用程序的多種監控數據進行同時采集，解決了現有技術中特定數據采集方式對應特定監控產品的缺陷，實現了多種監控數據的同時采集和多緯度統一分析，提高了用戶采集監控數據的效率，降低了采集成本。

技術領域

本發明涉及計算機技術領域，具體涉及一種業務監控方法和裝置。

背景技術

監控系統是整個運維環節，乃至整個產品生命周期中最重要的一環；事前及時預警發現故障，事后提供翔實的數據用于追查定位問題。監控系統作為一個成熟的運維產品，現有技術中存在很多開源的監控產品可供選擇。

現有技術中，監控產品依據監控目標的不同，分為以下幾類：APM(applicationperformance management)應用性能管理類產品、運維監控工具(zabbix、nagios和open-falcon)、運維日志監控分析工具和抓取分析網絡中的業務報文。

其中，APM產品存在以下缺陷:需要在客戶生產環境的應用程序注入agent代碼，agent代碼在客戶產品進程內部運行；對客戶應用程序運行性能造成一定影響；針對客戶應用程序運行的語言環境的不同，可能需要修改客戶產品代碼才能完成，例如nodejs應用無法動態植入代碼，必須修改產品源代碼。

其中，運維監控工具存在以下缺陷：無法對客戶應用程序本身監控；監控工具主要監控應用程序運行的容器；監控應用程序依賴的第三方組件，例如數據庫；監控應用程序運行的網絡環境中的網絡設備狀態。

其中，日志監控工具存在以下缺陷：應用程序需要特殊的采集手段，需要在應用程序所在機器植入采集agent；應用的不同組件輸出的日志規范不同，需要不同的日志解析程序理解不同的日志；應用程序產生的日志一般數量巨大，根據日志分析問題需要依賴專業人員的經驗。

其中，抓取分析網絡中的業務報文存在以下缺陷：需要在應用所在主機連接的交換機部署報文抓取服務器；如果應用分布在不同交換機下，需要部署多個服務器，成本高；如果在交換機上層部署服務器，則可能無法獲取程序之間的網絡的通訊報文。

因此，現有技術至少存在以下技術缺陷：由于各監控產品的監控目標不同，因此，針對不同的監控目標需要構建不同的監控產品；但由于各種監控產品具有各自的應用條件，因此，用戶需要構建特定的條件、采用特定的監控產品才能獲取特定的監控數據；當用戶需要獲取多種監控數據時，需要分別進行多次采集工作，費時費力。

發明內容

針對現有技術中存在的上述缺陷，本發明提供一種業務監控方法和裝置。

本發明的一方面提供一種業務監控方法，包括：S1，根據預先創建的容器集群，對待監控應用程序進行容器化處理；S2，獲取所述待監控應用程序運行過程中產生的多種監控數據，并對所述多種監控數據進行解析處理。

其中，所述步驟S1前還包括：根據容器技術，創建包括多個服務器的所述容器集群；分別在每個所述服務器上創建虛擬網卡和虛擬交換機。

其中，所述多種監控數據包括：報文數據、日志數據和運行數據；相應地，所述S2中對所述多種監控數據進行解析處理的步驟進一步包括：對所述多種監控數據進行報文解析、日志解析和統計字段補充處理。

其中，所述步驟S1后還包括：在每個所述服務器上設置報文抓取工具；相應地，所述S2中獲取所述待監控應用程序運行過程中產生的多種監控數據的步驟進一步包括：通過所述報文抓取工具獲取所述待監控應用程序的報文數據，并將所述報文數據發送至分析組件。