[發明專利]一種物聯網卡中間件的監控管理方法及裝置

在審

• 申請號: 202011160950.2
• 申請日: 2020-10-27
• 公開（公告）號: CN112333042A
• 公開（公告）日: 2021-02-05
• 發明（設計）人: 李權良;廖陽春;鄭廣彬
• 申請（專利權）人: 廣州助蜂網絡科技有限公司
• 主分類號: H04L12/26
• 分類號: H04L12/26;H04L12/24
• 代理公司: 廣州睿金澤專利代理事務所(普通合伙) 44430
• 代理人: 宋偉文

1.一種物聯網卡中間件的監控管理方法，其特征在于，包括：

通過API與中間件連接，獲取所述中間件的狀態信息保存到數據庫；

配置對所述中間件的監控策略；

定時器包括主定時器和副定時器，所述主定時器在系統啟動時候，開始定時輪詢定時器信息數據表，若發現有定時任務，則所述主定時器調起所述副定時器輪詢所述中間件提供的API，獲取所述中間件當前消息消費數據；

根據所述監控策略，判斷所述消息消費數據是否達到所述定時器信息數據表中的告警閾值；

若所述消息消費數據達到所述告警閾值，則所述中間件處于告警狀態；

若所述中間件處于告警狀態，則觸發告警；

其中，所述狀態信息包括以下至少一種：當前隊列數目、隊列中信息數目、隊列信息消耗速率；所述告警狀態包括以下至少一種：隊列卡頓、隊列消費過慢、死信隊列積壓、失敗訂單、MQ卡單、IP異常。

2.根據權利要求1所述的一種物聯網卡中間件的監控管理方法，其特征在于，所述監控策略包括：

定義消息隊列的類型；

定義所述消息隊列的告警狀態；

定義所述告警閾值；

定義告警模式。

3.根據權利要求2所述的一種物聯網卡中間件的監控管理方法，其特征在于，所述定義告警模式，具體包括：

定義告警對象，至少包括技術人員、運營人員、運維人員中的一種；

定義告警方式，至少包括發送短信、發送系統信息、發送郵件中的一種。

4.根據權利要求1所述的一種物聯網卡的中間件的監控管理方法，其特征在于，所述告警狀態包括隊列卡頓、隊列消費過慢、死信隊列積壓、失敗訂單、MQ卡單、IP異常，分別具體為：

所述隊列卡頓：若單位時間內的若干訂單處于“處理中”狀態，且上游沒有返回訂單狀態信息，則屬于所述隊列卡頓；

所述隊列消費過慢：若訂單狀態更新的速率小于閾值，且單位時間內的平均交易時長大于閾值，則屬于所述隊列消費過慢；

所述死信隊列積壓：若單位時間內死信隊列中的消息沒有得到處理，且隊列消費者沒有返回確認字符，則屬于所述死信隊列隊列積壓；

所述失敗訂單：若單位時間內失敗訂單的數目小于閥值，則屬于所述失敗訂單；

所述MQ卡單：若單位時間內內訂單狀態的更新速度小于閥值，則屬于MQ卡單；

所述IP異常：若請求方的IP地址由于非白名單導致出現請求異常，則屬于IP異常。

5.根據權利要求1-4任一項所述的一種物聯網卡中間件的監控管理方法，其特征在于，所述消息消費數據包括消息隊列的隊列類型、訂單狀態、訂單更新速率、消耗內存、平均消息吞吐量。

6.根據權利要求1-4任一項所述的一種物聯網卡的中間件的監控管理方法，其特征在于，所述API為RabbitMQ Management HTTP API。

7.一種物聯網卡中間件的監控管理裝置，其特征在于，包括：

訪問模塊，用于通過API與中間件連接，獲取所述中間件的狀態信息保存到數據庫模塊；所述狀態信息包括以下至少一種：當前隊列數目、隊列中信息數目、隊列信息消耗速率；

所述數據庫模塊，用于保存由所述訪問模塊傳送的所述狀態信息；

策略配置模塊，用于配置對所述中間件的監控策略；

定時器，包括主定時器和副定時器，所述主定時器在系統啟動時候，開始定時輪詢定時器信息數據表，若發現有定時任務，則所述主定時器調起所述副定時器輪詢所述中間件提供的API，獲取所述中間件當前消息消費數據；

告警判斷模塊，用于根據所述監控策略，判斷所述消息消費數據是否達到所述定時器信息數據表中的告警閾值；若所述消息消費數據達到所述告警閾值，則所述中間件處于告警狀態；所述告警狀態包括以下至少一種：隊列卡頓、隊列消費過慢、死信隊列積壓、失敗訂單、MQ卡單、IP異常；

告警模塊，若所述中間件處于告警狀態，則向告警對象發送告警信息，實現告警功能。