[發明專利]基于微服務架構的交易請求處理系統和方法

在審

• 申請號: 202210509955.4
• 申請日: 2022-05-11
• 公開（公告）號: CN114881779A
• 公開（公告）日: 2022-08-09
• 發明（設計）人: 劉公成;李行知;董修嚴;徐寧川;彭贊;孫帥國
• 申請（專利權）人: 北京結慧科技有限公司
• 主分類號: G06Q40/04
• 分類號: G06Q40/04;G06F16/27;G06F11/07
• 代理公司: 北京市領專知識產權代理有限公司 11590
• 代理人: 潘鏡如

本發明涉及基于微服務架構的交易請求處理系統和方法，包括：負載服務器，用于判斷下游機構發送的交易請求是正交易請求還是反交易請求，若是正交易請求則將正交易請求發送至任一甬道，若是反交易請求則將反交易請求發送至后置服務器；以及將甬道或后置服務器處理后的交易請求發送至上游機構；若干甬道，用于處理負載服務器發送的正交易請求，并將正交易請求中攜帶的業務請求發送至后置服務器進行處理；以及處理后置服務器發送的反交易請求，該反交易請求中未攜帶業務請求；后置服務器，用于處理甬道發送的正交易請求中攜帶的業務請求；以及處理負載服務器發送的反交易請求中攜帶的業務請求，并將反交易請求發送至任一甬道進行處理。

技術領域

本發明涉及交易請求處理技術領域，特別涉及一種基于微服務架構的交易請求處理系統和方法。

背景技術

目前交易系統采用的是微服務架構，每個服務采用集群模式。微服務將整個交易系統劃分為多個微小、獨立的服務，各服務之間相互調用、相互配合，完成整個交易流程。請參見圖4，所有的服務共用一個數據庫，請求會先到達負載服務器，由負載服務器選擇一個服務實例處理請求。請求進入交易系統后，交易系統會處理校驗參數、請求上游、風控檢查、計費、分賬等業務，處理結束后向下游返回結果。同時請求不區分類型，所有的請求都會進入到交易系統。

目前基于微服務架構的交易系統在一定程度上保證了數據一致性和可用性，但是依然存在以下問題：

①交易是一種比較特殊的業務場景，它對請求/響應時效要求非常高，現有設計中存在較多時間在處理非重要性事務，導致整體上延長了處理請求的時間；

②多個服務共用一個數據，在高并發的情況下，可能會導致數據庫不可用，進而造成系統無法提供服務；

③交易系統包含了正交易和反交易兩種，現有技術中不區分，所有的請求都會進入交易系統，可能會導致因為處理反交易而拖累正交易的問題，無法很好保證正交易的可靠性；

④每個服務都是集群的，多模塊之間會相互調用，但調用關系混亂；

⑤整個交易流程在一個系統中，修改其中某個功能時，需要將所有代碼重新部署、投產，浪費資源。

發明內容

本發明的目的在于基于微服務架構的基礎上，采取業務分離的方式，對交易請求處理要求的時效性高，并且解決了數據高并發的場景問題，提供一種基于微服務架構的交易請求處理系統和方法，將交易請求中的正交易請求、反交易請求、業務請求分離處理。

為了實現上述發明目的，本發明實施例提供了以下技術方案：

基于微服務架構的交易請求處理系統，包括：

負載服務器，用于判斷下游機構發送的交易請求是正交易請求還是反交易請求，若是正交易請求則將正交易請求發送至任一甬道，若是反交易請求則將反交易請求發送至后置服務器；以及將甬道或后置服務器處理后的交易請求發送至上游機構；

若干甬道，各甬道相互獨立，用于處理負載服務器發送的正交易請求，并將正交易請求中攜帶的業務請求發送至后置服務器進行處理；以及處理后置服務器發送的反交易請求，該反交易請求中未攜帶業務請求；

后置服務器，用于處理甬道發送的正交易請求中攜帶的業務請求；以及處理負載服務器發送的反交易請求中攜帶的業務請求，并將反交易請求發送至任一甬道進行處理。

所述負載服務器包括判斷接口，所述判斷接口用于判斷下游機構發送的交易請求是正交易請求還是反交易請求。

每個所述甬道包括交易系統、交易通道，其中，

所述交易系統用于判斷接收到的交易請求是負載服務器發送的正交易請求，還是后置服務器發送的反交易請求；如果是負載服務器發送的正交易請求，則將正交易請求發送至交易通道進行處理，并將正交易請求中攜帶的業務請求發送至后置服務器；如果是后置服務器發送的反交易請求，則將該反交易請求發送至交易通道進行處理，該反交易請求中未攜帶業務請求；

所述交易通道用于處理交易系統發送的正交易請求或反交易請求。