[發明專利]一種應用服務自主檢控方法、存儲介質、設備及系統

在審

• 申請號: 201810404764.5
• 申請日: 2018-04-28
• 公開（公告）號: CN110413403A
• 公開（公告）日: 2019-11-05
• 發明（設計）人: 張振鐸;張文明;陳少杰
• 申請（專利權）人: 武漢斗魚網絡科技有限公司
• 主分類號: G06F9/50
• 分類號: G06F9/50;G06F9/445;H04L29/06;H04L29/08
• 代理公司: 武漢智權專利代理事務所(特殊普通合伙) 42225
• 代理人: 張凱

本發明公開了一種應用服務自主檢控方法、存儲介質、設備及系統，涉及應用監控技術領域，該方法包括以下步驟：向各應用分配與其對應的自定義檢查接口；當應用啟動時，自定義檢查接口檢測應用的注冊情況；當自定義檢查接口檢測到應用注冊成功，則反饋成功信號，反之則反饋失敗信號；根據失敗信號終止與失敗信號對應的應用。本發明能夠及時關閉注冊失敗的應用，從而解放被占用的負載。

技術領域

本發明應用監控技術領域，具體涉及一種應用服務自主檢控方法、存儲介質、設備及系統。

背景技術

軟件工程領域Java應用時常會有大量服務分布式部署的場景，即同一個服務會部署多臺實例，以實現負載均衡，特別是在龐大服務訪問量情況下，分布式部署更是系統架構設計的關鍵，使得整個系統能夠負載大量的訪問；

而在分布式系統架構下，應用的優雅啟停、升級不斷服顯的尤為重要，即集群中某個應用停止或者重啟時，該應用的其他實例需要為用戶提供連續平滑的服務，此時很有可能出現問題，因為應用在準備停止時，很有可能會有客戶端請求發送到這個實例，這個時候如果應用強行停止，則會丟失這部分請求，給用戶造成不好的體驗，甚至影響系統正常功能使用。

傳統的解決方法是有一個注冊中心服務，不斷的去輪詢每個應用實例，即發送心跳，如果某個實例沒有及時做出反應，則注冊中心服務便將該應用實例從網關中下掉，使得客戶端請求不再轉發到該實例上，待該實例重啟成功后，收到重啟成功的信號，便在網關中恢復該應用實例，但傳統的解決方法存在一個問題：依賴注冊中心不斷輪詢每個應用實例，注冊中心負載較大，且當注冊中心發現服務不可用時，此時已經有部分請求轉發到該應用實例上了；

因此繼續一種新的解決方法，對各應用進行管理，解放被占用的負載。

發明內容

針對現有技術中存在的缺陷，本發明的目的在于提供一種應用服務自主檢控方法、存儲介質、設備及系統，能夠及時關閉注冊失敗的應用，從而解放被占用的負載。

為達到以上目的，本發明采取的技術方案是：

一種應用服務自主檢控方法，該方法包括以下步驟：

向各應用分配與其對應的自定義檢查接口；

當應用啟動時，自定義檢查接口檢測應用的注冊情況；

當所述自定義檢查接口檢測到所述應用注冊成功，則反饋成功信號，反之則反饋失敗信號；

根據所述失敗信號終止與所述失敗信號對應的所述應用。

本發明中，向各應用分配與其對應的自定義檢查接口，而當具有自定義檢查接口的應用啟動完成時，該應用主動啟動自定義檢查接口，利用自定義接口來判斷該應用的自啟動情況以及注冊情況是否成功，當該應用的自啟動情況以及注冊情況顯示成功時，則代表該應用必要的功能接口和資源文件已經加載完畢，然后向注冊中心注冊啟動成功的標識，然后注冊中心將通過解析HTTP頭將該服務的地址加入網關中，至此，該應用的自定義檢查接口的啟動自我注冊檢查并上報的流程完畢，相對于傳統的注冊中心不斷輪詢海量的服務，不會加重注冊中心自身的負載，同時還避免注冊中心得到某些服務假啟動的ACK，避免造成系統的不穩定性；

而自定義檢查接口當識別該應用注冊失敗時，為了能夠減輕負載，則直接根據所述失敗信號終止與所述失敗信號對應的所述應用，從而釋放被占用的負載；

本發明使得各應用具備自身注冊檢查功能，能夠及時關閉注冊失敗的應用，從而解放被占用的負載。

在上述技術方案的基礎上，該方法在根據所述失敗信號終止應用的步驟中，具體包括以下步驟：

根據所述失敗信號觸發JVMHOOK算法；

利用所述JVMHOOK算法終止與所述失敗信號對應的所述應用；