[發明專利]基于Zookeeper的微服務隔離方法及裝置

在審

• 申請號: 202110783256.4
• 申請日: 2021-07-12
• 公開（公告）號: CN113449040A
• 公開（公告）日: 2021-09-28
• 發明（設計）人: 黃實
• 申請（專利權）人: 中國銀行股份有限公司
• 主分類號: G06F16/27
• 分類號: G06F16/27;G06F16/25;G06F16/2455
• 代理公司: 北京三友知識產權代理有限公司 11127
• 代理人: 谷敬麗;薛平

本發明公開了一種基于Zookeeper的微服務隔離方法及裝置，涉及分布式技術領域，該方法包括：將各個分組開關的開關狀態信息保存到Zookeeper集群中，其中，每個分組開關用于控制一個微服務分組的開關狀態，每個微服務分組包括：一個或多個微服務節點；將Zookeeper集群中各個分組開關的開關狀態信息推送至服務調用方，使得服務調用方Zookeeper集群中各個分組開關的開關狀態信息，確定待調用的微服務分組；從待調用的微服務分組中選擇一個微服務節點提供服務調用方所需的服務。本發明能夠實現使用開關控制微服務分組開關狀態的目的，無需下線微服務且無需頻繁訪問緩存以獲取微服務分組開關的開關狀態信息。

技術領域

本發明涉及分布式技術領域，尤其涉及一種基于Zookeeper的微服務隔離方法及裝置。

背景技術

本部分旨在為權利要求書中陳述的本發明實施例提供背景或上下文。此處的描述不因為包括在本部分中就承認是現有技術。

在分布式系統中，經常需要將微服務進行分組，使得不同的微服務分組綁定到不同的數據庫，當系統資源不足時新增分組即可達到擴展系統性能的目的；當微服務分組所屬的數據庫出現問題時(例如，緩慢或者報錯)會影響系統穩定性，可將整個分組進行隔離。

現有技術中主要存在如下兩種微服務隔離方法：

第一種：如圖1所示，關閉某個分組下所有的微服務，下線該分組，從而對該分組進行隔離。這種方法存在如下缺點：①操作復雜，容易出錯，尤其是微服務非常多的情況下；②多個微服務同時停機，對注冊中心造成較大壓力，影響系統穩定性；③有些時候需要在微服務啟動的狀態下進行問題分析與排查，這時該方案無法滿足。

第二種：如圖2所示，為每個微服務分組設計一個分組開關，將各個分組開關的開關狀態信息(開關值)保存到Redis等高速緩存服務器中，每次系統請求分組時從Redis中獲取分組開關的開關狀態信息，根據各個分組開關的開關狀態信息確定是否將該分組進行隔離。這種方法存在如下缺點：①每次調用分組都需要請求高速緩存，增加高速緩存壓力，增加系統響應時間；②從高速緩存查詢開關狀態為關鍵路徑，如果高速緩存出現問題，則調用方無法獲取開關，導致交易無法正常調用，降低了系統穩定性。

針對上述問題，目前尚未提出有效的解決方案。

發明內容

本發明實施例中提供了一種基于Zookeeper的微服務隔離方法，用以解決現有的微服務隔離方法，存在需要對微服務下線或需要頻繁訪問緩存的技術問題，該方法包括：將各個分組開關的開關狀態信息保存到Zookeeper集群中，其中，每個分組開關用于控制一個微服務分組的開關狀態，每個微服務分組包括：一個或多個微服務節點；將Zookeeper集群中各個分組開關的開關狀態信息推送至服務調用方，使得服務調用方Zookeeper集群中各個分組開關的開關狀態信息，確定待調用的微服務分組；從待調用的微服務分組中選擇一個微服務節點提供服務調用方所需的服務。

本發明實施例中還提供了一種基于Zookeeper的微服務隔離裝置，用以解決現有的微服務隔離方法，存在需要對微服務下線或需要頻繁訪問緩存的技術問題，該裝置包括：Zookeeper集群開關狀態信息存儲模塊，用于將各個分組開關的開關狀態信息保存到Zookeeper集群中，其中，每個分組開關用于控制一個微服務分組的開關狀態，每個微服務分組包括：一個或多個微服務節點；Zookeeper集群開關狀態信息推送模塊，用于將Zookeeper集群中各個分組開關的開關狀態信息推送至服務調用方，使得服務調用方Zookeeper集群中各個分組開關的開關狀態信息，確定待調用的微服務分組；服務調用模塊，用于從待調用的微服務分組中選擇一個微服務節點提供服務調用方所需的服務。

本發明實施例中還提供了一種計算機設備，用以解決現有的微服務隔離方法，存在需要對微服務下線或需要頻繁訪問緩存的技術問題，該計算機設備包括存儲器、處理器及存儲在存儲器上并可在處理器上運行的計算機程序，處理器執行計算機程序時實現上述基于Zookeeper的微服務隔離方法。