[發明專利]服務進程的監測方法、裝置、電子設備、存儲介質及產品

在審

• 申請號: 202210305636.1
• 申請日: 2022-03-25
• 公開（公告）號: CN114691404A
• 公開（公告）日: 2022-07-01
• 發明（設計）人: 林東森;解培;陳智;張先強
• 申請（專利權）人: 北京青云科技股份有限公司;中國光大銀行股份有限公司
• 主分類號: G06F11/07
• 分類號: G06F11/07
• 代理公司: 北京品源專利代理有限公司 11332
• 代理人: 郭德霞

本發明公開了一種服務進程的監測方法、裝置、電子設備、存儲介質及產品。所述方法包括：接收到監測請求后，通過信號觸發異步事件，所述異步事件為收集服務進程的進程信息；若未收集到所述進程信息，則確定服務進程出現異常，并通過強制重啟進程將出現異常的服務進程恢復。該方法利用信號觸發異步事件，可適用于所有服務進程，便于統一收集進程信息，根據進程信息能夠精準地確定服務進程的運行狀態。

技術領域

本發明實施例涉及計算機軟件技術領域，尤其涉及一種服務進程的監測方法、裝置、電子設備、存儲介質及產品。

背景技術

云平臺有大量的管理調度服務程序，構成龐大的分布式服務集群。這些分布式服務集群由不同的產品線組成，各產品線對其服務集群負責。針對不同的服務進程需要使用統一的方法對服務進程的運行狀態進行監測，以便于實現全面統一的巡檢和服務運行狀態監測。

現有技術中，圖1為現有技術中的基于API網關的服務進程監測方法，如圖1所示，針對每個服務設置對應的API網關，定期的調用API網關的接口監測服務的運行狀態。

但是，現有技術的方案要求所有的服務必須提供相應的API網關接口，具有局限性。此外，該方案不適用于分布式集群服務，分布式集群的各服務有負載均衡和高可用機制，基于一般的API網關無法精準監測所有服務進程的運行狀態。

發明內容

本發明提供了一種服務進程的監測方法、裝置、電子設備、存儲介質及產品，通過信號觸發收集服務進程的進程信息，以解決現有技術中通過多個API網關獲取服務進程信息造成的資源浪費的問題，以及現有技術中通過API網關獲取服務進程信息無法適用于分布式集群服務的問題。

根據本發明的一方面，提供了一種服務進程的監測方法，包括：

接收到監測請求后，通過信號觸發異步事件，所述異步事件為收集服務進程的進程信息；

若未收集到所述進程信息，則確定服務進程出現異常，并通過強制重啟進程將出現異常的服務進程恢復。

根據本發明的另一方面，提供了一種服務進程的監測裝置，包括：

觸發模塊，用于接收到監測請求后，通過信號觸發異步事件，所述異步事件為收集服務進程的進程信息；

確定模塊，用于若未收集到所述進程信息，則確定服務進程出現異常，并通過強制重啟進程將出現異常的服務進程恢復。

根據本發明的另一方面，提供了一種電子設備，所述電子設備包括：至少一個處理器；以及

與所述至少一個處理器通信連接的存儲器；其中，

所述存儲器存儲有可被所述至少一個處理器執行的計算機程序，所述計算機程序被所述至少一個處理器執行，以使所述至少一個處理器能夠執行本發明任一實施例所述的服務進程的監測方法。

根據本發明的另一方面，提供了一種計算機可讀存儲介質，所述計算機

可讀存儲介質存儲有計算機指令，所述計算機指令用于使處理器執行時實現本發明任一實施例所述的服務進程的監測方法。

本發明實施例的技術方案，通過通過信號觸發收集服務進程的進程信息，解決了現有技術中通過多個API網關獲取服務進程信息造成的資源浪費的問題，取到了便于統一收集進程信息，根據進程信息能夠精準的確定服務進行的運行狀態的有益效果。

應當理解，本部分所描述的內容并非旨在標識本發明的實施例的關鍵或重要特征，也不用于限制本發明的范圍。本發明的其它特征將通過以下的說明書而變得容易理解。

附圖說明