[發明專利]主備模式服務部署方法、裝置、設備及存儲介質

有效

• 申請號: 202011531179.5
• 申請日: 2020-12-22
• 公開（公告）號: CN112637335B
• 公開（公告）日: 2022-02-22
• 發明（設計）人: 李洪雷;鄭亞飛
• 申請（專利權）人: 新華三大數據技術有限公司
• 主分類號: H04L67/51
• 分類號: H04L67/51;H04L41/0663
• 代理公司: 暫無信息
• 代理人: 暫無信息

本公開提供一種主備模式服務部署方法、裝置、設備及存儲介質，用于解決基于服務注冊中心的主備有狀態服務部署的技術問題。本公開通過使用服務注冊中心類應用實現主備模式下有狀態服務的部署，無需直接關注服務實例的具體分布情況。主備轉換完全由服務實例自身控制，客戶端或服務調用方對其無感知，無需自己維護服務實例列表及具體參與服務實例的主備切換邏輯，簡化了部署邏輯。此外，本公開提供的主備服務部署方法，在服務端無需額外的復雜配置操作，簡化了部署配置。本公開能夠實現基于服務注冊中心的微服務或非微服務主備有狀態模式的服務簡潔高效的部署。

技術領域

本公開涉及軟件及通訊技術領域，尤其涉及一種主備模式服務部署方法、裝置、設備及存儲介質。

背景技術

隨著當前用戶量、業務量以及數據量的快速增長，軟件服務功能以及數量也需要為滿足各種業務需求進行擴展。由此面臨一個非?，F實的問題，所有服務功能如果全部整合到一個軟件應用中，所有功能在同一應用內部快速交互，效率會比較高；但是如果需要修改某個功能模塊的邏輯代碼或者配置，可能需要將整個應用代碼全部重新編譯、打包和部署，工作量之大不僅損耗各種人力物力，同時也會讓服務的更新升級等周期變得非常長，效率低下。

基于對業務功能模塊進行拆分，將原有的單體服務應用拆分為多個相互獨立的模塊，可以對每個模塊進行獨立的開發、修改、編譯以及部署，大大提升了開發和維護效率，同時能夠降低不必要的問題的引入。微服務設計理念就是在這樣的需求場景中產生的，是當前非常流行的一種服務部署模式。各個服務及實例統一注冊到同一個注冊中心，服務間請求時通過服務名查詢注冊中心中對應的實例注冊信息(包括ip、端口等)，然后根據注冊信息請求服務實例獲取結果。服務注冊中心類應用目前有很多，比如Netflix的Eruka，阿里的nacos，以及apache的zookeeper等，如何選擇具體的注冊中心可以根據實際項目需求進行判斷。

在微服務模式下，可以針對某一個服務快速啟動多個實例，通常情況下，每個服務實例都是平等的、無狀態的，可以通過客戶端負載均衡或者網關反向代理負載均衡實現對所有服務實例的請求負載均衡。但是，如果在整個微服務體系中，有某個或某些服務是有狀態的即同一個服務的每個服務實例不是平等的，例如服務實例有主備之分、會話與服務綁定等情況，則現有服務注冊中心類應用還不能很好的支持。

發明內容

有鑒于此，本公開提供一種主備模式服務部署方法、裝置、設備及存儲介質，用于解決基于服務注冊中心的主備有狀態服務部署的技術問題。

基于本公開一實施例提供了一種主備模式服務部署方法，該方法包括：

當指定服務名下的服務實例啟動時，服務實例從服務注冊中心組件獲取該指定服務名下已注冊的服務實例的服務注冊信息；

根據獲取的服務注冊信息判斷主服務實例是否存在；

若判定主服務實例不存在，則服務實例在所述服務注冊中心注冊為主服務實例并啟動主服務實例的初始化流程；主服務實例啟動后以所述指定服務名對外提供服務；

若判定主服務實例存在，則服務實例注冊為備服務實例并啟動備服務實例的初始化流程；

備服務實例通過故障感知組件檢測主服務實例的健康狀態，若檢測到主服務實例異常，則備服務實例向服務注冊中心發起注冊以切換為主服務實例。

進一步地，所述方法還包括：在字典服務組件中，配置有所述指定服務名的分布式鎖，在所述服務實例啟動時或主備切換時，服務實例首先從字典服務組件中獲取指定服務名的分布式鎖，所述分布式鎖用來在多個服務實例同時啟動時保障主服務實例注冊的唯一性和安全性。

進一步地，所述主服務實例啟動后以服務名對外提供服務具體為：

服務注冊中心接收到客戶端的服務查詢請求時，向客戶端響應攜帶主服務實例的服務注冊信息的服務查詢請求響應，以使客戶端根據所述主服務實例的服務注冊信息向主服務實例發起業務請求。