[發明專利]一種服務異常監控方法、系統、裝置、電子設備及介質

在審

• 申請號: 202310139864.0
• 申請日: 2023-02-20
• 公開（公告）號: CN116107840A
• 公開（公告）日: 2023-05-12
• 發明（設計）人: 張昆;李保進;熊學武;韋利東
• 申請（專利權）人: 成都泛微網絡科技有限公司
• 主分類號: G06F11/30
• 分類號: G06F11/30
• 代理公司: 成都頂峰專利事務所(普通合伙) 51224
• 代理人: 陳秋霞

本發明屬于微服務架構的運行維護技術領域，其目的在于提供一種服務異常監控方法、系統、裝置、電子設備及介質。本發明可實現對應用服務的異常檢測，并可對其進行自動恢復，在此過程中用戶無感知，利于提高用戶體驗。具體地，由于本發明同時向網關發起服務下線指令，進而可確保只要把當前應用服務下線，就能立馬切斷傳輸至當前應用服務的請求，實現了避免前端用戶將請求傳送至異常的應用服務上的問題，減少了用戶對應用服務宕機的感知，用戶體驗更佳。同時，本實施例不依賴于容器技術即可實現服務異常監控，可實現非容器運維的系統的自動化運維，利于降低人工成本，對容器化運維的客戶，也提供了額外的服務異常監控方案。

技術領域

本發明屬于微服務架構的運行維護技術領域，具體涉及一種服務異常監控方法、系統、裝置、電子設備及介質。

背景技術

Docker容器是一個開源的應用容器引擎，讓開發者可以以統一的方式打包他們的應用軟件包到一個可移植的容器中，然后發布到任何安裝了Docker引擎的服務器上(包括Linux機器、windows機器)，實現虛擬化。在Docker容器運行的過程中，其中涉及一項技術如下：Docker容器每30秒檢查應用服務的健康檢查接口，連續檢查5次，如果都出現異常，則把應用服務刪除，再新增相同的應用服務，并且啟動該應用服務。

但是，在使用現有技術過程中，發明人發現現有技術中至少存在如下問題：

a.并不是所有環境都采用容器技術，由此使得服務器一旦宕機，則相應的應用服務無法恢復；

b.采用容器技術刪除應用服務的過程中，存在空檔期，此時無法讓網關及時感知，使得部分流量依然會傳輸至被刪除的應用服務節點，造成前端發起的請求出現異常，用戶體驗不佳。

發明內容

本發明旨在至少在一定程度上解決上述技術問題，本發明提供了一種服務異常監控方法、系統、裝置、電子設備及介質。

為了實現上述目的，本發明采用以下技術方案：

第一方面，本發明提供了一種服務異常監控方法，基于監控服務器執行，所述監控服務器分別通信連接有應用服務器、網關和注冊中心，所述網關和所述注冊中心均與所述應用服務器通信連接，所述應用服務器中部署有應用服務和與所述應用服務綁定的代理服務；所述方法包括：

定時輪詢所述應用服務器中的應用服務，并在當前應用服務連續n次異常時，判定當前應用服務出現異常；

向所述網關和所述注冊中心均發起服務下線指令，以便于所述網關和所述注冊中心分別對當前應用服務進行下線操作，并在下線成功后反饋下線成功信息至所述監控服務器；其中，所述服務下線指令包括當前應用服務的服務名稱和IP地址信息；

向所述應用服務器中的代理服務發起服務重啟命令，以便于所述代理服務結束當前應用服務的所有進程，然后重新啟動當前應用服務；其中，所述服務重啟命令包括當前應用服務的服務名稱和IP地址信息。

本發明可實現對應用服務的異常檢測，并可對其進行自動恢復，在此過程中用戶無感知，利于提高用戶體驗。具體地，本發明通過監控服務器檢測應用服務的異常狀態，在檢測到應用服務異常的情況下控制網關和注冊中心對當前應用服務進行重啟，并控制應用服務器中的應用服務結束當前應用服務的所有進程，然后對當前應用服務進行重啟。在此過程中，由于注冊中心的信息定時同步到網關和應用服務中，如果只在注冊中心中下線這些信息，會存在延遲，當前應用服務在注冊中心下線后，還是會出現請求傳送至已經出現異常的應用服務上，所以本發明同時向網關發起服務下線指令，進而可確保只要把當前應用服務下線，就能立馬切斷傳輸至當前應用服務的請求，實現了避免前端用戶將請求傳送至異常的應用服務上的問題，減少了用戶對應用服務宕機的感知，用戶體驗更佳。同時，本發明不依賴于容器技術即可實現服務異常監控，可實現非容器運維的系統的自動化運維，利于降低人工成本，對容器化運維的客戶，也提供了額外的服務異常監控方案。