[發明專利]一種云平臺業務層統一信息回滾方法、裝置、終端及介質

有效

• 申請號: 202210094593.7
• 申請日: 2022-01-26
• 公開（公告）號: CN114553943B
• 公開（公告）日: 2023-08-08
• 發明（設計）人: 朱波
• 申請（專利權）人: 蘇州浪潮智能科技有限公司
• 主分類號: H04L67/51
• 分類號: H04L67/51;H04L67/02;H04L41/0803;H04L65/1073
• 代理公司: 濟南誠智商標專利事務所有限公司 37105
• 代理人: 李魁峰

本發明涉及云平臺業務層統一信息回滾方法、裝置、終端及介質。本發明中服務調用方發起目標業務操作后，逐層調用目標業務操作所依賴的微服務的外部接口以準備相應的目標資源；若調用外部接口準備目標資源成功，則將準備好的目標資源的資源信息進行存檔；若調用外部接口準備目標資源失敗，則根據目標業務操作查詢對應的目標資源的資源信息；根據資源信息的內容從微服務的服務注冊中心查詢執行回滾操作的回滾接口；利用回滾接口對從相應的資源信息中獲取相應內容進行回滾。本發明利用存檔的標業務操作的資源信息獲取實現回滾的回滾接口，并通過各個回滾接口對目標業務操作所依賴的各個微服務的回滾統一，代碼實現簡單便于維護與擴展。

技術領域

本發明涉及微服務業務層統一信息回滾技術領域，尤其涉及一種云平臺業務層統一信息回滾方法、裝置、終端及介質。

背景技術

隨著互聯網的發展，網站應用的規模不斷擴大、需求激增，系統架構也因此不斷的演進、升級、迭代。目前，已由之前的單體架構發展成為微服務架構，隨著云原生熱潮的興起，作為云原生應用的軟件架構，一般都是微服務架構。

微服務架構是使用一套小服務來開發單個應用的方式或途徑，每個服務基于單一業務能力構建，運行在自己的進程中，并使用輕量級機制通信，通常是HTTP?API，并能夠通過自動化部署機制來獨立部署。這些服務由一個統一的服務注冊中心來進行管理和維護。

雖然各服務有自己單一的業務能力，但是并不意味著服務間不需要業務邏輯交互。而一旦存在業務邏輯交互，必然會存在交互失敗的場景，而失敗后，在某些場景下，就會面臨之前成功的操作需要回滾取消的問題。對于云平臺來說，這種場景發生的尤為多。比如，在云平臺中創建一個云主機，需要先準備網絡資源、存儲資源，之后才能創建出來；在云主機管理服務中，需要調用網絡資源管理服務和存儲資源管理服務的HTTP接口中去事先準備網絡資源和存儲資源。而如果網絡資源和存儲資源都準備成功的情況下，創建云主機反倒失敗了，這時，就需要把之前準備成功的網絡和存儲資源都進行回滾取消，以確保系統信息的一致性，避免在系統中產生垃圾數據。

在不采用分布式事務控制的情況下，一般涉及各依賴微服務間交互操作的回滾設計，都是由調用方在自己的業務層編寫業務代碼調用相關依賴微服務的資源回滾接口進行回滾控制的，這樣在每次發生錯誤的地方，都需要單獨寫業務代碼進行額外處理，無疑會造成代碼冗余和重復，不利于后期的維護和擴展。

發明內容

為了解決上述技術問題或者至少部分地解決上述技術問題，本發明提供一種云平臺業務層統一信息回滾方法、裝置、終端及介質。

第一方面，本發明提供一種云平臺業務層統一信息回滾方法，包括：

服務調用方發起目標業務操作后，逐層調用目標業務操作所依賴的微服務的外部接口以準備相應的目標資源；

若調用外部接口準備目標資源成功，則將準備好的目標資源的資源信息進行存檔，所述資源信息的數據結構包括：資源ID、服務調用方IP、資源所屬微服務IP、操作類型和操作參數；

若調用外部接口準備目標資源失敗，則根據目標業務操作查詢對應的目標資源的資源信息；根據資源信息的內容從微服務的服務注冊中心查詢執行回滾操作的回滾接口；利用回滾接口對從相應的資源信息中獲取相應內容進行回滾。

更進一步地，在定義各個微服務的接口時，為接口配置相應的接口類型，接口類型包括：內部接口和外部接口；進一步對于外部接口配置外部接口所實現的操作類型，其中操作類型包括：創建、刪除、修改和查詢。

更進一步地，發起目標業務操作時，為目標業務操作配置相應的操作ID；將準備好的目標資源的資源信息進行存檔時，將目標業務操作所對應的資源信息映射到目標業務操作的操作ID。

更進一步地，根據目標業務操作查詢對應的目標資源的資源信息時，獲取目標業務操作的操作ID，并根據操作ID查詢對應的資源信息。