[發明專利]檢查分布式業務處理完整度的方法及裝置

有效

• 申請號: 201610113586.1
• 申請日: 2016-02-29
• 公開（公告）號: CN107135191B
• 公開（公告）日: 2020-02-21
• 發明（設計）人: 竇方鈺
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L29/08
• 代理公司: 北京國昊天誠知識產權代理有限公司 11315
• 代理人: 黃熊

本申請實施例公開了一種檢查分布式業務處理完整度的方法和裝置。一種方法，對于入口業務子系統需要傳遞至的每一第一級業務子系統，生成入口業務子系統與第一級業務子系統的聯合標識，并做異或處理，得到第一檢驗值；對于每一普通業務子系統，在完成處理后記錄上級業務子系統傳遞的聯合標識；生成所述普通業務子系統與傳遞至的下級業務子系統的聯合標識；將記錄的聯合標識與生成的聯合標識及第一校驗值做異或處理，并更新第一校驗值；每一葉子業務子系統在完成處理后記錄上級業務子系統傳遞的聯合標識；將記錄的聯合標識與第一校驗值做異或處理，并更新第一校驗值。利用上述實施例，可以實現用較少的空間存儲分布式系統的業務處理情況。

技術領域

本申請涉及分布式業務技術領域，特別涉及一種檢查分布式業務處理完整度的方法及裝置。

背景技術

分布式業務系統能以更加靈活、高效的處理業務。

通過分布式業務系統的處理，可以將傳統的系統拆分為一系列相對獨立，又能基于業務的關聯關系相連的子系統，從而并行且協調完成業務的整體處理。例如目前的電商平臺(如支付寶系統)、本地化搜索服務平臺(如58同城)、會員注冊營銷系統等，都可以以分布式業務系統來靈活處理各類業務。

以會員注冊營銷系統為例，針對會員注冊營銷業務涉及的各個功能，可以包括不同的業務子系統，例如包括：注冊頁面系統A、會員注冊系統B、APP推送系統C、認證關聯系統D、營銷系統E、短信系統H、郵件系統I。如圖1所示，整體業務可以按照上述業務子系統拆分，并按照拆分后業務的內在關聯關系執行以下處理：

S1：注冊頁面系統A接收會員注冊營銷請求(假設該請求的業務流水號為No.001)；

所述會員注冊營銷請求，可以是前臺服務器接收到客戶端發送的注冊請求后向分布式業務系統中的注冊頁面系統A發送的會員注冊營銷請求。

S2：注冊頁面系統A解析所述會員注冊營銷請求對應的會員注冊相關數據，進行相應業務處理；并確定所述會員注冊營銷請求對應的會員注冊相關數據如果符合業務條件1，則將所述會員注冊營銷請求對應的會員注冊相關數據發送至業務條件1對應的會員注冊系統B，如果符合業務條件2，則將所述數據發送至業務條件2對應的APP推送系統C；

這里，業務條件1例如為新注冊，業務條件2例如為通過手機注冊。

S3：會員注冊系統B解析所述會員注冊營銷請求對應的會員注冊相關數據，進行相應業務處理；并確定所述解析得到的所述會員注冊營銷請求對應的會員注冊相關數據如果符合業務條件3，則將所述數據發送至認證關聯系統D，如果符合業務條件4，則將所述數據發送至營銷系統E；

S4：認證關聯系統D基于接收到的所述數據進行相應業務處理；

S5：營銷系統E解析所述會員注冊營銷請求對應的會員注冊相關數據，進行相應業務處理；并確定所述解析所述會員注冊營銷請求對應的會員注冊相關數據如果符合業務條件5，則將所述數據發送至短信系統H，如果符合業務條件6，則將所述數據發送至郵件系統I；

S6：短信系統H和郵件系統I分別基于接收到的數據進行相應業務處理。

短信系統H和郵件系統I分別基于接收到的數據進行相應業務處理，可以完成營銷任務。

在多個子系統協同完成一次業務時，由于業務約束(如紅包不符合使用條件、賬戶余額不足等)、系統故障(如網絡或系統超時或中斷、數據庫約束不滿足等)等因素，都可能造成分布式業務處理過程的中斷。這種中斷會導致執行了部分任務的數據與其它數據的不一致，而這種不一致可能對后續業務產生嚴重后果。因此，為了保障數據的一致性，需要檢查分布式任務的處理完整度。

現有技術中檢查分布式任務的處理完整度的一種方法，是將每個業務子系統的業務處理結果記錄在表格中，這種表格如表1：

表1