[發明專利]基于gRPC通信探測端口所屬組件的方法及系統

在審

• 申請號: 202211187068.6
• 申請日: 2022-09-28
• 公開（公告）號: CN115643195A
• 公開（公告）日: 2023-01-24
• 發明（設計）人: 黃向陽;金寧
• 申請（專利權）人: 浪潮軟件集團有限公司
• 主分類號: H04L43/12
• 分類號: H04L43/12;H04L43/10;H04L43/04
• 代理公司: 濟南信達專利事務所有限公司 37100
• 代理人: 孫晶偉

本發明公開基于gRPC通信探測端口所屬組件的方法及系統，涉及通信信息管理技術領域；通過客戶端gRPC發送模塊發送請求，獲取返回信息判斷探測的組件的可用性，通過服務端gRPC接收模塊接收所述請求，根據所述請求獲取客戶端信息以及想要探測的組件名，根據組件名從服務端數據存儲模塊獲取相應組件的開放端口及所述開放端口的ping請求返回值，根據ping請求返回值獲知組件是否可用，并組織返回信息發送至客戶端gRPC發送模塊，通過服務端自檢模塊實時循環向各個組件的開放端口發送ping請求，并獲得ping請求返回值，將組件、組件相應的開放端口及相應的ping請求返回值寫入服務端數據存儲模塊。

技術領域

本發明公開方法及系統，涉及通信信息管理技術領域，具體地說是基于gRPC通信探測端口所屬組件的方法及系統。

背景技術

如今越來越多的大型項目在工作中需要各種各樣的特定類型的產品進行業務支撐，比如針對于時序數據的時序數據庫，也有針對于數據快速存儲查找的內存數據庫，也有針對數據臨時存儲的消息隊列等，而這些組件在項目運行中，有可能作為外部依賴使用，所以有些時候并不能判斷某個組件是否還在正常運行中，所以如未發現未正常運行的組件容易造成項目的程序運行出錯，甚至丟失數據等重大損失。

現有的方法中判斷某個組件是否還在正常運行，需要運維人員查看組件本身的日志、操作系統日志以及用到這個組件的項目的日志，這不僅需要大量的傳輸時間，并且由于不知道組件何時停止服務，需要運維人員查看大量的日志，非常費時費力。

發明內容

本發明針對現有技術的問題，提供基于gRPC通信探測端口所屬組件的方法及系統，對于項目運維中無法及時發現組件停止服務的問題，提供了實時檢測、實時恢復的方法，并可針對各個組件的異常信息進行反饋，通知運維人員進行處理。

本發明提出的具體方案是：

本發明提供基于gRPC通信探測端口所屬組件的系統，所述系統包括客戶端gRPC發送模塊、服務端gRPC接收模塊、服務端數據存儲模塊及服務端自檢模塊，

通過客戶端gRPC發送模塊發送請求，獲取返回信息判斷探測的組件的可用性，

通過服務端gRPC接收模塊接收所述請求，根據所述請求獲取客戶端信息以及想要探測的組件名，根據組件名從服務端數據存儲模塊獲取相應組件的開放端口及所述開放端口的ping請求返回值，根據ping請求返回值獲知組件是否可用，并組織返回信息發送至客戶端gRPC發送模塊，

通過服務端自檢模塊實時循環向各個組件的開放端口發送ping請求，并獲得ping請求返回值，將組件、組件相應的開放端口及相應的ping請求返回值寫入服務端數據存儲模塊。

進一步，所述的基于gRPC通信探測端口所屬組件的系統中所述服務端gRPC接收模塊執行的步驟為：

接收來自各地的客戶端gRPC發送模塊的請求，

根據請求進行解碼獲取客戶端信息以及想要探測的組件名，

根據組件名訪問服務端存儲模塊中的內容，

將訪問到的內容包裝編碼返回給相應請求來源的客戶端。

進一步，所述的基于gRPC通信探測端口所屬組件的系統中所述客戶端gRPC發送模塊執行的步驟為：

將想要探測的組件名進行編碼發送給服務端gRPC接收模塊，

對服務端gRPC接收模塊的返回信息進行解碼，若解碼后的信息代表組件可用，則正常進行原本的邏輯，若解碼后的信息代表不可用，則停止原本的邏輯，持續向服務端gRPC模塊發送申請，直至返回代表可用的消息。

進一步，所述的基于gRPC通信探測端口所屬組件的系統中所述服務端自檢模塊執行的步驟為：