CN113992750A - 一种全局事务协同方法、装置、设备及介质 - Google Patents

一种全局事务协同方法、装置、设备及介质 Download PDF

Info

Publication number
CN113992750A
CN113992750A CN202010662963.3A CN202010662963A CN113992750A CN 113992750 A CN113992750 A CN 113992750A CN 202010662963 A CN202010662963 A CN 202010662963A CN 113992750 A CN113992750 A CN 113992750A
Authority
CN
China
Prior art keywords
service
transaction
local
agent
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010662963.3A
Other languages
English (en)
Inventor
吴英德
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Cloud Computing Technologies Co Ltd
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to CN202010662963.3A priority Critical patent/CN113992750A/zh
Publication of CN113992750A publication Critical patent/CN113992750A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请提供了一种全局事务协同方法，包括：第一服务接收来自于客户端的第一服务请求，第一服务请求用于请求调用第一服务，第一服务调用第一本地代理创建第一本地事务，以及向第二服务发送第一远程服务请求，以使第二服务调用第二本地代理创建第二本地事务，第一服务调用第一本地代理接收第二服务的事务操作，将事务操作提交至第一本地事务执行，第一服务调用第一本地代理发送全局事务提交请求，以使第一服务调用第一本地代理提交第一本地事务，第二服务调用第二本地代理提交第二本地事务。由此实现服务引用未生效的业务数据，降低了单体应用拆分为微服务的难度，易于实现服务化部署。

Description

一种全局事务协同方法、装置、设备及介质
技术领域
本申请涉及计算机技术领域，尤其涉及一种全局事务协同方法、装置、设备以及计算机可读存储介质。
背景技术
传统单体应用在业务增长时往往难以快速响应业务诉求，为此可以对单体应用进行服务化改造。然而，单体应用服务化后，数据库事务(transaction)共享成为大问题。所谓数据库事务是指访问并可能操作各种数据项的一个数据库操作序列，这些操作要么全部执行，要么全部不执行，是一个不可分割的工作单位。数据库事务由事务开始与事务结束之间执行的全部数据库操作组成。
目前，业界的传统做法是对业务进行垂直拆分，实现业务逻辑重构，避免数据库处理时引用相同资源的中间事务问题。具体地，将业务拆分为多个服务后，可以通过全局事务协调器，实现服务间协同分段事务、协同提交事务。例如，全局事务协调器启动全局事务，然后try服务A，以及try服务B，即分别为服务A、服务B预留对应的业务资源，接着可以同时confirm服务A和服务B，或者同时取消服务A和服务B，保障了事务一致性。
然而这种方法要求各服务分段拆分和提交，并且无法相互引用彼此未生效的业务数据。如此，增加了单体应用拆分微服务的难度，难以实现服务化部署。
发明内容
本申请提供了一种全局事务协同方法，该方法解决了相关技术中单体应用拆分的微服务无法引用未生效的业务数据，增加了单体应用拆分微服务的难度，难以实现服务化部署的问题。本申请还提供了上述方法对应的装置、设备、计算机可读存储介质以及计算机程序产品。
第一方面，本申请提供了一种全局事务协同方法。该方法利用与服务同进程部署的本地代理，代理来自于外部客户端的服务请求，实时接收外部关联业务的事务操作实现未生效事务的数据操作。
具体地，第一服务接收来自于客户端的第一服务请求，所述第一服务请求用于请求调用第一服务，然后第一服务调用第一本地代理创建第一本地事务，以及向第二服务发送第一远程服务请求，如此，第二服务可以调用第二本地代理创建第二本地事务。接着第一服务调用第一本地代理接收关联业务即第二服务的事务操作，将事务操作提交至第一本地事务执行，第一服务调用第一本地代理发送全局事务提交请求，以使所述第一本地代理提交所述第一本地事务，所述第二本地代理提交所述第二本地事务。
在该方法中，外部客户端调用第一服务，而第一服务远程调用第二服务时，第一服务还可以通过本地代理接收第二服务的事务操作，并将其提交至第一本地事务执行，由此实现第二服务引用第一服务未生效的业务数据。如此实现了支持事务内数据对第三方服务可见，对降低了单体应用拆分微服务的难度以及服务化部署的难度，实现服务平滑拆分。进一步地，该方法还支持服务异构数据栈演进，以及细粒度地按需扩容或缩容
在一些可能的实现方式中，服务之间可以通过服务请求实现引用未生效的业务数据。具体地，在所述第一服务调用第一本地代理接收所述第二服务的事务操作之前，所述第一服务接收来自于所述第二服务调用所述第二本地代理的第二远程服务请求，所述第二远程服务请求用于远程调用所述第一服务，所述第二远程服务请求包括全局事务标识。
在一些可能的实现方式中，所述第一服务可以调用所述第一本地代理创建第一本地事务的事务代理，所述第一服务通过所述事务代理将所述事务操作提交至所述第一本地事务执行。
在一些可能的实现方式中，第二服务可以通过第二本地代理操作第一服务对应的资源，如数据库，从而实现引用第一服务未生效的业务数据。具体地，在所述第一服务调用第一本地代理接收所述第二服务的事务操作之前，所述第一服务调用所述第一本地代理接收所述第二服务调用所述第二本地代理对第二资源的变更登记信息。
在一些可能的实现方式中，服务通常具有多个副本，为此，所述第一服务调用所述第一本地代理查询所述第二服务对应的服务节点，以及调用第一本地代理开启全局事务，接着第一服务调用所述第一本地代理生成第一远程服务请求，所述第一远程服务请求携带全局事务标识，所述第一远程服务请求可以发送至第二服务对应的服务节点，以用于远程调用所述第二服务。
在一些可能的实现方式中，所述第一服务可以调用所述第一本地代理向集群事务管理器发送全局事务提交请求，以使所述集群事务管理器在各事务执行成功时向各本地事务对应的本地代理发送本地事务提交请求。
在一些可能的实现方式中，所述第一服务还可以调用所述第一本地代理在集群事务管理器注册，当所述第一本地代理处于正常状态时，所述第一服务响应于所述集群事务管理器发送的健康检查请求调用所述第一本地代理发送反馈。
在一些可能的实现方式中，当所述第一本地代理由异常状态恢复为正常状态时，所述第一服务可以调用所述第一本地代理重新在所述集群事务管理器注册，所述第一服务调用所述第一本地代理接收所述集群事务管理器的回滚请求，进行事务回滚。
第二方面，本申请提供了一种全局事务协同装置。所述装置包括：
通信模块，用于接收来自于客户端的第一服务请求，所述第一服务请求用于请求调用第一服务；
创建模块，用于调用第一本地代理创建第一本地事务；
所述通信模块，还用于调用所述第一本地代理向第二服务发送第一远程服务请求，以使所述第二服务调用第二本地代理创建第二本地事务；
所述通信模块，还用于调用所述第一本地代理接收所述第二服务的事务操作；
提交模块，用于调用所述第一本地代理将所述事务操作提交至所述第一本地事务执行；
所述通信模块，还用于调用所述第一代理发送全局事务提交请求，以使所述第一服务调用所述第一本地代理提交所述第一本地事务，所述第二服务调用所述第二本地代理提交所述第二本地事务。
在一些可能的实现方式中，所述通信模块还用于：
在调用第一本地代理接收所述第二服务的事务操作之前，接收来自于所述第二服务调用所述第二本地代理的第二远程服务请求，所述第二远程服务请求用于远程调用所述第一服务，所述第二远程服务请求包括全局事务标识。
在一些可能的实现方式中，所述创建模块还用于：
调用所述第一本地代理创建第一本地事务的事务代理；
所述提交模块具体用于：
通过所述事务代理将所述事务操作提交至所述第一本地事务执行。
在一些可能的实现方式中，所述通信模块还用于：
在所述第一服务调用第一本地代理接收所述第二服务的事务操作之前，调用所述第一本地代理接收所述第二服务调用所述第二本地代理对第二资源的变更登记信息。
在一些可能的实现方式中，所述装置还包括：
查询模块，用于调用所述第一本地代理查询所述第二服务对应的服务节点；
开启模块，用于调用所述第一本地代理开启全局事务；
生成模块，用于调用所述第一本地代理生成第一远程服务请求，所述第一远程服务请求携带全局事务标识，所述第一远程服务请求用于远程调用所述第二服务。
在一些可能的实现方式中，所述通信模块具体用于：
调用所述第一本地代理向集群事务管理器发送全局事务提交请求，以使所述集群事务管理器在各事务执行成功时向各本地事务对应的本地代理发送本地事务提交请求。
在一些可能的实现方式中，所述装置还包括：
注册模块，用于调用所述第一本地代理在集群事务管理器注册；
所述通信模块，用于当所述第一本地代理处于正常状态时，响应于所述集群事务管理器发送的健康检查请求调用所述第一本地代理发送反馈。
在一些可能的实现方式中，所述装置还包括回滚模块；
所述注册模块，还用于当所述第一本地代理由异常状态恢复为正常状态时，调用所述第一本地代理重新在所述集群事务管理器注册；
所述回滚模块，用于接收所述集群事务管理器的回滚请求，进行事务回滚。
第三方面，本申请提供一种设备，所述设备包括处理器和存储器。所述处理器、所述存储器进行相互的通信。所述处理器用于执行所述存储器中存储的指令，以使得设备执行如第一方面或第一方面的任一种实现方式所述的全局事务协同方法。
第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，所述指令指示设备执行上述第一方面或第一方面的任一种实现方式所述的全局事务协同方法。
第五方面，本申请提供了一种包含指令的计算机程序产品，当其在设备上运行时，使得设备执行上述第一方面或第一方面的任一种实现方式所述的全局事务协同方法。
本申请在上述各方面提供的实现方式的基础上，还可以进行进一步组合以提供更多实现方式。
附图说明
为了更清楚地说明本申请实施例的技术方法，下面将对实施例中所需使用的附图作以简单地介绍。
图1为本申请实施例提供的一种全局事务协同方法的系统架构图；
图2为本申请实施例提供的一种全局事务协同方法的交互流程图；
图3为本申请实施例提供的一种全局事务协同方法的交互流程图；
图4为本申请实施例提供的一种全局事务协同方法的交互流程图；
图5为本申请实施例提供的一种全局事务协同方法的交互流程图；
图6为本申请实施例提供的一种全局事务协同方法的交互流程图；
图7为本申请实施例提供的一种全局事务协同方法的交互流程图；
图8为本申请实施例提供的一种应用拆分为微服务的示意图；
图9为本申请实施例提供的一种应用拆分为微服务的示意图；
图10为本申请实施例提供的一种全局事务协同装置的结构示意图；
图11为本申请实施例提供的一种设备的结构示意图。
具体实施方式
本申请实施例中的术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。
首先对本申请实施例中所涉及到的一些技术术语进行介绍。
单体应用是指不同功能模块集成在一个进程中的应用。单体应用通常只有一个包文件，如war包。单体应用易于开发，而且不依赖其他接口，因此单体接口也比较易于测试。此外，将单体应用的目录部署在运行环境即可实现单体应用部署，可见单体应用也易于部署。为此，供应链管理(supply chain management，SCM)、企业资源计划(enterpriseresource planning，ERP)、客户关系管理(customer relationship management，CRM)等办公系统常常采用单体应用。
单体应用的可扩展性相对较差，在业务增长时往往难以快速响应业务诉求。为此可以对单体应用进行服务化改造。服务化改造是指将单体应用的不同功能模块改造成独立的服务或者微服务，这些服务或微服务之间通过远程过程调用接口(Remote ProcedureCall，RPC)进行相互调用。
事务(transaction)具体是指访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。该程序执行单元可以是一个数据库操作序列，数据库操作系列中的操作要么全部执行，要么全部不执行，是一个不可分割的工作单位。事务由事务开始与事务结束之间执行的全部操作组成。
从资源管理角度，事务可以分为全局事务和本地事务。其中，全局事务是指由资源管理器协调和管理的事务。全局事务通常为跨数据库的分布式事务。本地事务是指资源管理器直接控制的事务，本地事务通常不具有分布式事务处理能力。
为了便于理解，下面结合具体示例对全局事务和本地事务进行示例说明。例如，在电子商店应用中，该应用可以包括订单系统和产品系统。订单系统使用订单数据库db_order，产品系统使用产品数据库db_product，在订单系统中只能保证订单相关操作的事务，在产品系统中只能保证产品相关操作的事务。当在订单系统中执行创建订单操作时，即会产生一个创建订单的事务。该事务即为本地事务。当在订单系统中执行创建订单操作，在产品系统中执行扣减库存操作时，即会产生一个创建订单并扣减库存的事务。该事务即为全局事务。
基于此，在对单体应用进行服务化改造时，涉及两个或两个以上服务的调用对应的事务可以视为全局事务。例如，某一应用调用服务A时，服务A还需要调用服务B，此时即产生一个全局事务。
单体应用服务化后，数据库事务(transaction)共享成为大问题。业界的传统做法是对业务进行垂直拆分，实现业务逻辑重构，避免数据库处理时引用相同资源的中间事务问题。具体地，将业务拆分为多个服务后，可以通过全局事务协调器，实现服务间协同分段事务、协同提交事务。例如，全局事务协调器启动全局事务，然后try服务A，以及try服务B，即分别为服务A、服务B预留对应的业务资源，接着可以同时confirm服务A和服务B，或者同时取消服务A和服务B，保障了全局事务一致性。
然而这种方法要求各服务分段拆分和提交，并且无法相互引用彼此未生效的业务数据。如此，增加了单体应用拆分微服务的难度，难以实现服务化部署。
有鉴于此，本申请实施例提供了一种全局事务协同方法。该方法提供了一种本地代理的机制，即通过与服务同进程部署的本地代理去代理服务对外的资源操作请求和/或数据库操作请求，当服务通过RPC接口调用其他服务时，根据需要记录并挂起当前服务的业务进程，通过本地代理向上述其他服务发起远程服务请求，其他服务的本地代理可以创建对应的本地事务。调用侧的服务还可以接收被调用侧的服务的事务操作，将其提交到原本地事务执行。调用侧的服务还可以通过本地代理发送全局事务提交请求时，调用侧的服务和被调用侧的其他服务通过各自的本地代理提交各自的本地事务，如此实现对未生效的业务数据的引用。由此可以降低单体应用拆分微服务的难度，易于实现服务化部署。
为了便于描述，本申请将调用侧的服务称之为第一服务，被调用侧的服务称之为第二服务。第一服务对应的本地代理称之为第一本地代理，第二服务对应的本地代理称之为第二本地代理。
第一本地代理接收第一服务请求，所述第一服务请求用于请求调用第一服务，然后第一本地代理根据所述第一服务请求创建第一本地事务，以及向第二服务发送第一远程服务请求，以使所述第二服务对应的第二本地代理创建第二本地事务，第一本地代理发送全局事务提交请求，以使所述第一本地代理提交所述第一本地事务，所述第二本地代理提交所述第二本地事务。
为了便于理解，本申请还提供一具体示例件说明。在该示例中，第一本地代理创建的第一本地事务可以为新建数据表，在该数据表中写入数据，由于该事务并未提交，因此上述数据并未生效。第一服务通过第一本地代理调用外部服务，如第二服务时，第二服务可以通过第二本地代理创建第二本地事务，第二服务还可以调用第二本地代理触发针对第一本地事务中数据的事务操作，第一服务可以通过第一本地代理接收第二服务的事务操作，将该事务操作提交至第一本地事务执行，由此实现第二服务引用第一服务未生效的业务数据。在一些实现方式中，本地代理还可以和集群事务管理器进行交互，如此，集群事务管理器可以跟踪集群场景各服务的服务健康情况，集群中服务操作的调用关系和关联资源操作记录，并且协调整体事务的同步提交生效或者同步回滚。
参见图1所示的全局事务协同方法的系统架构图，如图1所示，系统中包括客户端(例如外部客户端)、服务以及与服务同进程部署的本地代理。进一步地，系统中还可以包括集群事务管理器。在相关技术中，外部客户端通常是通过向服务自身发起服务请求进行服务调用，如图1中原调用关系所示，本申请实施例中，外部客户端通过与服务同进程部署的本地代理进行服务调用，如调用远程服务接口、原本地事务接口，如此可以实现引用未生效的业务数据。
其中，本地代理用于代理服务对外的资源操作请求和/或数据库操作请求，根据需要记录并挂起当前业务进程，根据需要调用集群事务管理器和其他服务的本地代理实现关联业务办理，并且实时接收外部关联业务的事务操作实现未生效事务的数据操作。
集群事务管理器用于负责跟踪集群场景各服务的服务健康情况，每个事务在集中各服务的对应关系，集群中服务操作的调用关系和关联资源操作记录，并且协调整体事务的同步提交生效或者同步回滚。
其中，本地代理和服务同进程部署。服务可以部署在计算机集群中。计算机集群可以包括至少一台计算机设备，服务可以部署在上述至少一台计算机设备中，服务的本地代理具体是部署在运行有服务的计算机设备中。
接下来，结合方法流程图对本申请实施例提供的全局事务协同方法进行介绍。
参见图2所示的全局事务协同方法的流程图，该方法包括：
S202：第一服务接收来自于客户端的第一服务请求。
第一服务请求用于请求调用第一服务。外部客户端如外部应用或外部进程在有服务调用需求时，可以生成服务请求，并发送服务请求。例如，外部客户端对第一服务有调用需求时，生成第一服务请求，并发送该第一服务请求。第一服务接收上述第一服务请求。
第一服务请求至少包括第一服务的服务标识。在一些实现方式中，第一服务请求还可以包括第一服务的参数，该参数是指第一服务的调用参数。在一些示例中，第一服务的调用参数可以是第一服务的调用接口的输入参数和/或输出参数。
S204：第一服务调用第一本地代理创建第一本地事务。
第一本地事务具体为第一服务包括的事务操作形成的操作序列。其中，事务操作可以分为数据库操作和非数据库操作等操作类型。数据库操作是指对数据库进行增删查改(即增加、删除、查找和/或改正)的操作。非数据库操作是指除数据库操作以外的操作，例如告警操作等。
第一本地代理是第一服务在本地的代理，用于代理第一服务对外的操作请求，如数据库操作请求、资源操作请求等等。第一本地代理与第一服务部署在同一进程，第一本地代理和第一服务可以视为同一进程的不同组件。具体地，第一服务调用第一本地代理，利用对应编程语言框架提供的函数，创建第一本地事务。例如在spring框架下，第一服务可以响应于第一服务请求，调用第一本地代理，利用createTransactonIfNecessary()函数创建第一本地事务。其中，创建事务后可以执行如下操作：开始事务(begin transaction)、提交事务(commit transaction)和/或回滚事务(rollback transaction)。
当第一服务还需要调用其他服务如第二服务时，第一服务还可以调用第一本地代理创建全局事务。该全局事务具体为第一服务包括的事务操作以及第二服务包括的事务操作形成的操作系列。
S206：第一服务调用第一本地代理向第二服务发送第一远程服务请求。
第一远程服务请求用于请求远程调用第二服务。与第一服务请求类似，第一远程服务请求可以包括远程调用的第二服务的服务标识。进一步地，第一远程服务请求还可以包括第二服务的参数，该参数是指第二服务的调用参数。在一些示例中，第二服务的调用参数可以是第二服务的调用接口的输入参数和/或输出参数。
在本申请实施例中，外部客户端请求调用的服务为始发服务，始发服务的本地代理创建的事务为始发事务。始发服务是接收到服务请求再创建全局事务的，基于此，本地代理还可以在发送至非始发服务的服务请求中携带全局事务的标识即全局事务ID，以区分始发服务和非始发服务。服务请求无任何全局事务ID则创建全新事务,接收该类请求的服务为始发服务，对应的事务为始发事务，在集群事务协调中负责整体的事务提交发起操作(全局事务提交发起操作)。
具体地，第一服务调用第二服务时，可以先调用第一本地代理查询第二服务对应的服务节点，以及调用第一本地代理开启全局事务，并调用第一本地代理生成第一远程服务请求，该远程服务请求携带全局事务标识，如此，第一服务可以通过第一本地代理向第二服务的服务节点发送第一远程服务请求。
S208：第二服务调用第二本地代理创建第二本地事务。
第二本地事务具体为第二服务包括的事务操作形成的操作序列。其中，事务操作包括数据库操作和非数据库操作等操作类型。数据库操作是指对数据库进行增删查改(即增加、删除、查找和/或改正)的操作。非数据库操作是指除数据库操作以外的操作，例如告警操作等。
具体地，第二服务响应于第一远程服务请求，创建第二本地事务。其中，第二服务可以调用第二本地代理，利用对应编程语言框架提供的函数，创建第二本地事务。例如在spring框架下，第二服务调用第二本地代理，利用createTransactonIfNecessary()函数创建第二本地事务。其中，创建第二事务后可以执行如下操作：begin transaction、committransaction和/或rollback transaction。
S210：所述第一服务调用第一本地代理接收所述第二服务的事务操作，将所述事务操作提交至所述第一本地事务执行。
第一本地代理创建的第一本地事务和第二本地代理创建的第二本地事务均未提交，因此，第一本地事务对应的数据和第二本地事务对应的数据并未生效。在一些情况下，第二服务还可以触发针对第一本地事务中数据的事务操作。第一服务调用第一本地代理接收第二服务的事务操作，将该事务操作提交至第一本地事务执行。如此，实现第二服务引用第一服务未生效的业务数据。
在一些实现方式中，服务之间可以通过服务请求引用未生效的业务数据。具体地，第二服务还可以通过第二本地代理向第一服务发送第二远程服务请求，该第二远程服务请求用于请求远程调用第一服务。即第二服务回调第一服务。其中，第二远程服务请求中携带全局事务标识，以便第一服务通过第一本地代理根据该全局事务标识查找全局事务在第一服务的事务分支(如第一本地事务)。
进一步地，第一服务接收到第二远程服务请求后，可以根据远程服务请求中的全局事务标识查询事务，确定本地存在相应的本地事务分支，即第一本地事务。第一服务可以调用第一本地代理创建第一本地事务的事务代理，第一服务可以通过该事务代理将第二服务的事务操作提交至第一本地事务执行。
在另一些实现方式中，第一服务的第一资源和第二服务的第二资源可以共数据库，此时需要在始发服务(例如第一服务)上操作资源。基于此，第二服务通过第二本地代理进行资源变更登记，如对第二资源进行变更登记，第一服务调用第一本地代理接收第二服务调用第二本地代理对第二资源的变更登记信息。然后第一服务可以调用第一本地代理接收第二服务的事务操作，将其提交至第一本地事务执行。
S212：第一服务调用第一本地代理发送全局事务提交请求。
第一服务作为始发服务，可以调用第一本地代理发送全局事务提交请求，使得第一服务调用第一本地代理提交第一本地事务，第二服务调用第二本地代理提交第二本地事务，从而将第一本地事务以及第二本地事务对应的数据生效。
在一些实现方式中，第一服务可以调用第一本地代理向集群事务管理器发送全局事务提交请求，以使所述集群事务管理器在各事务执行成功时向各本地事务对应的本地代理发送本地事务提交请求。如此，各本地事务对应的本地代理可以响应于本地事务提交请求，通过各自对应的本地代理提交本地事务。例如，第一服务可以响应于本地事务提交请求，调用第一本地代理提交第一本地事务；第二服务可以响应于本地事务提交请求，调用第二本地代理提交第二本地事务。
基于上述内容描述，本申请实施例提供了一种全局事务协同方法。该方法通过与服务同进程部署的本地代理去代理服务对外的资源操作请求和/或数据库操作请求，当服务通过RPC接口调用其他服务时，根据需要记录并挂起当前服务的业务进程，通过本地代理向上述其他服务发起远程服务请求，其他服务的本地代理可以创建对应的本地事务。调用侧的服务可以接收被调用侧的服务的事务操作，将其提交到原本地事务执行。调用侧的服务还可以通过本地代理发送全局事务提交请求时，调用侧的服务和被调用侧的其他服务通过各自的本地代理提交各自的本地事务，如此实现对未生效的业务数据的引用。由此可以降低单体应用拆分微服务的难度，易于实现服务化部署。
为了使得本申请的技术方案更加易于理解，下面分别从第二服务通过服务请求回调第一服务和第二服务通过第二本地代理操作第一服务的资源角度，结合更具体的实施例对本申请实施例提供的全局事务协同方法进行详细说明。
参见图3所示的全局事务协同方法的流程图，如图3所示，第一服务为服务A，第二服务为服务B，第一本地代理为代理A，第二本地代理为代理B，第一服务对应的第一资源为本地资源A，第二服务对应的第二资源为本地资源B。服务A和代理A部署于同一进程，例如第一进程。服务B和代理B部署于同一进程，例如第二进程。该方法包括：
1.外部客户端发送第一服务请求，该第一服务请求用于调用服务A。
服务端响应于上述第一服务请求，执行如下步骤：
1.1：服务A执行针对本地资源A的操作。
其中，针对本地资源A的操作可以包括如下步骤：
1.1.1：服务A调用代理A创建第一本地事务；
1.1.2：服务A调用代理A执行针对本地资源A的资源变更登记。
具体地，服务A调用代理A在集群管理器中登记针对本地资源A的资源变更。
1.2：服务A调用外部服务(服务名称：服务B，服务参数)
其中，调用外部服务可以包括如下步骤：
1.2.1：服务A调用代理A查询服务B的服务节点；
具体地，代理A查询服务B的服务节点，获得服务节点的地址，以便后续根据该地址向服务节点发送服务请求。
1.2.2：服务A调用代理A开始全局事务。
在调用外部服务时，服务A调用代理A，通过全局事务标识(全局事务ID)查看是否已有对应的事务。如果存在对应的事务，则调用代理A将服务B的事务操作转发到原服务进程处理否则无法使用原事务。如果不存在对应的事务，则按普通的请求任选一个转发。
1.3：服务A调用代理A发送第一远程服务请求。
其中，第一远程服务请求中包括服务参数，此外，还包括元数据，该元数据包括全局事务ID。
1.4：服务B调用代理B执行针对本地资源B的操作。
其中，针对本地资源B的操作可以包括如下步骤：
1.4.1：服务B调用代理B创建第二本地事务；
1.4.2：服务B调用代理B执行针对本地资源B的资源变更登记。
服务B调用代理B创建第二本地事务，并执行事务退出后，可以不自动提交事务，而是采用两阶段提交方式。具体地，代理B可以等待始发服务的办理通知，以实现统一提交和/或统一回滚事务。
其中，服务B还可以通过代理B追加事务操作。如步骤1.4.2.1所示，该追加事务操作携带如下参数：操作服务、全局事务ID和操作关键数据。其中，操作服务可以是服务B。
1.5：服务B调用外部服务(服务名称：服务A，服务参数)。
其中，调用外部服务可以包括如下步骤：
1.5.1：服务B调用代理B查询服务A的服务节点；
服务A可以由多个服务节点提供服务，代理B可以根据全局事务ID查找创建第一本地事务的服务节点，获得服务节点的地址。
1.5.2：服务B调用代理B发送第二远程服务请求。
第二远程服务请求中携带服务参数和元数据。该元数据具体为全局事务ID。
服务A调用代理A接收到上述第二远程服务请求后，执行下述步骤：
1.5.2.1：服务A调用代理A执行针对本地资源A的操作；
1.5.2.2：服务A调用代理A为已有事务创建事务代理。
具体地，服务A调用代理A，通过第二远程服务请求中的全局事务ID，优先查询本地是否已经存在事务。如果存在，则调用代理A创建事务代理，该事务代理用于转发事务操作至原事务(该示例中为第一本地事务)。如果不存在，则代理A新建会话(session)。
1.5.2.3：服务A调用代理A执行针对本地资源A的资源变更登记。
需要说明的是，步骤1.1和步骤1.5.2.1中代理A执行针对本地资源A的操作可以是相同的，或是不同的。为了便于描述，本申请实施例将步骤1.1中的上述操作称为针对本地资源A的操作1，将步骤1.5.2.1中的上述操作称为针对本地资源A的操作2。
类似地，步骤1.1.2和步骤1.5.2.3中代理B执行针对本地资源A的资源变更登记可以是相同的，或是不同的。为了便于描述，本申请实施例将步骤1.1.2中的上述操作称为资源变更登记1，将步骤1.5.2.3中的上述操作称为资源变更登记2。
1.5.2.4：服务A调用代理A将服务B的事务操作提交到原本地事务执行。
具体地，服务A通过该事务代理转发事务操作如变更操作至原本地事务执行。
1.5.2.5：服务A还可以调用代理A追加事务操作。
例如，服务A为产品，服务B为订单，外部客户端调用服务A将产品加入购物车，服务A调用服务B生成订单，此时，服务A还可以调用代理A追加事务操作，以增加订单中产品的数量。
1.6：服务A调用代理A向集群事务管理器发送全局事务提交请求。
1.7：集群事务管理器向代理A发送本地事务提交请求，以使代理A提交本地事务。
1.8：集群事务管理器向代理B发送本地事务提交请求，以使代理B提交本地事务。
图3从服务B回调服务A，引用服务A未生效的业务数据对全局事务协同方法进行介绍，接下来，从服务B操作服务A的资源，因为服务A未生效的业务数据对全局事务协同方法进行介绍。
参见图4所示的全局事务协同方法的流程图，如图4所示，第一服务为服务A，第二服务为服务B，第一本地代理为代理A，第二本地代理为代理B，第一服务的第一资源为本地资源A，第二服务的第二资源为本地资源B。服务A和代理A部署于同一进程，例如第一进程。服务B和代理B部署于同一进程，例如第二进程。该方法包括：
1.外部客户端发送第一服务请求，该第一服务请求用于调用服务A。
服务端响应于上述第一服务请求，执行如下步骤：
1.1：服务A调用代理A执行针对本地资源A的操作。
其中，针对本地资源A的操作可以包括如下步骤：
1.1.1：服务A调用代理A创建第一本地事务；
代理A创建第一本地事务，可以获得第一本地事务ID和全局事务ID。其中，全局事务ID可以是通用唯一识别码(universally unique identifier，UUID)。
1.1.2：服务A调用代理A执行针对本地资源A的资源变更登记。
1.2：服务A调用外部服务(服务名称：服务B，服务参数)
其中，调用外部服务可以包括如下步骤：
1.2.1：服务A调用代理A查询服务B的地址；
1.2.2：服务A调用代理A开始全局事务。
在调用外部服务时，服务A可以调用代理A，通过全局事务ID查看是否已有对应的事务。如果存在对应的事务，则需要转发到原服务进程处理否则无法使用原事务。如果不存在对应的事务，则按普通的请求任选一个转发。
1.3：服务A调用代理A追加事务操作。
1.4：服务A调用代理A发送第一远程服务请求。
其中，第一远程服务请求中包括服务参数，此外，还包括元数据，该元数据包括全局服务ID。
服务B响应于第一远程服务请求执行下述步骤：
1.4.1：服务B调用代理B执行针对本地资源B的操作。
其中，针对本地资源B的操作可以包括如下步骤：
1.4.2：服务B调用代理B针对已有事务创建关联关系。
具体地，服务B调用代理B创建事务代理。
1.4.3：服务B调用代理B查询服务A的地址。
1.4.4：服务B调用代理B执行针对本地资源B的资源变更登记。
1.4.5：服务B调用代理B向代理A反馈针对本地资源B的资源变更登记。
1.4.6：服务A调用代理A将变更操作提交到原本地事务(第一本地事务)执行。
1.4.7：服务A调用代理A追加事务操作。
1.5：服务A调用代理A发送全局事务提交请求。
集群事务管理器响应于全局事务提交请求，执行下述步骤：
1.6.1：集群事务管理器向代理B发送本地事务提交请求。
1.6.2：集群事务管理器向代理A发送本地事务提交请求。
在一些实现方式中，服务之间还可以通过本地代理实现进程内事务引用。下面结合具体实施例进行详细说明。
参见图5所示的全局事务协同方法的流程图，如图5所示，第一服务为服务A，第二服务为服务B，第一本地代理为代理A，第二本地代理为代理B。服务A和代理A部署于同一进程，例如第一进程。服务B和代理B部署于同一进程，例如第二进程。该方法包括：
1.代理A注册本地事务。
具体地，代理A可以在集群事务管理器注册本地事务。
2.代理A启动本地事务请求监听。
具体地，本地服务(如服务A)调用其他服务(如服务B)时，代理A需要在本地先创建监听队列，该监听队列用于接收外部可能的服务请求，例如上述第一服务请求。该服务请求可以是数据库服务请求。然后代理A就在事务所在进程持续监听请求,如果存在外部添加的数据库操作则直接执行相关操作。
其中，代理A启动本地事务请求监听具体包括如下步骤：
2.1远程调用未结束时，代理A监控任务队列，并执行数据操作任务。
代理A持续监听队列中的服务请求,并根据服务请求执行事务操作,提供回调通知机制返回相关请求结果给调用方.由于本地事务共享同一个连接,所以相关操作根据队列一次执行。
3.代理A发送第一远程服务请求。
具体地，代理A在原线程采用异步方式发起第一远程服务请求,提供回调接口监听返回值,原线程持续执行数据库队列监听操作。
对应地，代理B响应于上述第一远程服务请求，执行下述步骤：
3.1代理B调用服务B；
服务B可以执行针对本地资源B的变更操作。服务B还操作服务A的资源，以引用服务A未生效的业务数据。
3.2服务B向代理B发送服务A事务操作。
3.2.1代理B远程执行数据库操作。
该操作本身跨进程异步,但是同步阻塞业务方的业务请求.接收方接收到外部服务进程的本地代理提交的数据库操作请求时直接在原线程采用异步方式发起外部请求,提供回调接口监听返回值,原线程持续执行数据库队列监听操作。
3.2.2代理A查找并添加任务到原会话任务队列。
代理A基于传入的全局事务ID查找本地事务ID对应的任务队列,将数据库操作请求添加到队列中,同时注册回调接口用于异步获取数据库操作结果.
3.2.3代理A向代理B返回执行结果。
代理A直接回调原来注册的接口按原路径返回请求结果。
3.2.4代理B向服务B返回服务A事务操作结果。
3.3服务B业务处理。
3.4服务B返回服务B结果。
其中，服务B可以向代理B返回服务B结果，然后由代理B执行下述操作：
3.4.1代理B向代理A返回远程服务调用结果。
代理B不立即提交事务,直接挂起等待集群事务管理器的通知.
4.代理A结束本地事务请求监听。
5.代理A向服务A返回服务A操作结果。
在一些实现方式中，本申请还提供了本地代理的注册保活机制。注册保活与微服务的注册保活类似,用于服务健康检查,在检查到服务异常则停止调度，通知回滚相关的事务确保事务一致性。
具体地，如图6所示，服务启动后，服务对应的本地代理，例如第一服务对应的第一本地代理(该示例中为代理A)可以在集群事务管理器注册。当所述第一本地代理处于正常状态时，第一本地代理可以响应于所述集群事务管理器发送的健康检查请求发送反馈。集群事务管理器可以启动定时器，当定时器到达设定时间，集群事务管理器未接收到第一本地代理的反馈，则可以认为第一本地代理异常，第一服务健康检查不通过。
基于此，集群事务管理器可以根据各个服务的本地代理是否发送反馈，记录各个服务的健康状态。当服务异常或者不健康时，集群事务管理器可以启动关联事务回滚。具体地，集群事务管理器可以便利关联事务列表，然后根据关联事务列表进行事务回滚。
在一些实现方式中，本地代理主要回滚外部第三方的资源(比如文件请求,外部SAAS服务请求)。由于这类请求各异，集群事务管理器基于登记的日志直接通知原服务回滚，具体回滚方法由各服务定制。本地事务相关异常则直接提示风险由人工介入。
进一步地，如图7所示，当所述第一本地代理由异常状态恢复为正常状态时，所述第一本地代理可以重新在所述集群事务管理器注册。所述第一本地代理接收所述集群事务管理器的回滚请求，进行事务回滚。
本申请实施例提供的事务协同方法主要将单体应用拆分为服务或者微服务，能够实现服务或微服务之间相互引用未生效的业务数据，支持事务内数据对第三方服务可见,实现服务平滑拆分。由此可以支持分服务异构数据栈演进和细粒度按需扩缩容。
为了便于理解，本申请还提供了一具体示例。如图8所示，Openstack Neutron的各个插件(plugin)例如service plugin、core plugin和驱动(driver)独立进程部署，而且支持相互之间透明调用，实现插件和driver跨进程调用的事务协同处理。
进一步地，本申请实施例还提供了Service Plugin和Core Plugin拆分进程的示意图。如图9所示，service plugin访问Core Plugin的相关API\通知和数据库都采用代理的方式。
具体地，Neutron Server的服务入口是Pecan,全局事务可以通过自定义Header传递,通过在pecan里自定义Hook的方式增加扩展,识别Restful中的Header字段并存储到线程本地中。同时在hook里提供ContextProxy,用于扩展SessionProxy,在业务通过context获取session的时候基于全局事务ID判断本地事务的获取方式,如果已经存在同事务的本地会话则创建代理转发相关请求。
在ServerPlugin服务进程提供对其他Plugin(这里以CorePlugin为例)配置Proxy,代理所有CorePlugin的API请求,并转发到其他进程。这里的代理方式可以用继承的方式，也可以用function hook的方式.
进一步地，本申请实施例还提供CallbackManager代理。Service Plugin监听CorePlugin的资源变更事件的相关注册会统一记录到集群事务管理器。集群事务管理器将服务订阅情况通知Core Plugin进程。CorePlugin进程发生资源变更的时候会根据事务状态选一个Service Plugin发送资源变更通知。Service Plugin本地的callback组件可以通知相关的回调接口实现跨进程通知。
上文结合图1至图9对本申请实施例提供的全局事务协同方法进行了详细介绍，下面将结合附图对本申请实施例提供的装置、设备进行介绍。
参见图10所示的全局事务协同装置的结构示意图，如图10所示，该装置1000包括：
通信模块1002，用于接收来自于客户端的第一服务请求，所述第一服务请求用于请求调用第一服务；
创建模块1004，用于调用第一本地代理创建第一本地事务；
所述通信模块1002，还用于调用所述第一本地代理向第二服务发送第一远程服务请求，以使所述第二服务调用第二本地代理创建第二本地事务；
所述通信模块1002，还用于调用所述第一本地代理接收所述第二服务的事务操作；
提交模块1006，用于调用所述第一本地代理将所述事务操作提交至所述第一本地事务执行；
所述通信模块1002，还用于调用所述第一代理发送全局事务提交请求，以使所述第一服务调用所述第一本地代理提交所述第一本地事务，所述第二服务调用所述第二本地代理提交所述第二本地事务。
在一些可能的实现方式中，所述通信模块1002还用于：
在调用第一本地代理接收所述第二服务的事务操作之前，接收来自于所述第二服务调用所述第二本地代理的第二远程服务请求，所述第二远程服务请求用于远程调用所述第一服务，所述第二远程服务请求包括全局事务标识。
在一些可能的实现方式中，所述创建模块1004还用于：
调用所述第一本地代理创建第一本地事务的事务代理；
所述提交模块1006具体用于：
通过所述事务代理将所述事务操作提交至所述第一本地事务执行。
在一些可能的实现方式中，所述通信模块1002还用于：
在所述第一服务调用第一本地代理接收所述第二服务的事务操作之前，调用所述第一本地代理接收所述第二服务调用所述第二本地代理对第二资源的变更登记信息。
在一些可能的实现方式中，所述装置1000还包括：
查询模块，用于调用所述第一本地代理查询所述第二服务对应的服务节点；
开启模块，用于调用所述第一本地代理开启全局事务；
生成模块，用于调用所述第一本地代理生成第一远程服务请求，所述第一远程服务请求携带全局事务标识，所述第一远程服务请求用于远程调用所述第二服务。
在一些可能的实现方式中，所述通信模块1002具体用于：
调用所述第一本地代理向集群事务管理器发送全局事务提交请求，以使所述集群事务管理器在各事务执行成功时向各本地事务对应的本地代理发送本地事务提交请求。
在一些可能的实现方式中，所述装置1000还包括：
注册模块，用于调用所述第一本地代理在集群事务管理器注册；
所述通信模块，用于当所述第一本地代理处于正常状态时，响应于所述集群事务管理器发送的健康检查请求调用所述第一本地代理发送反馈。
在一些可能的实现方式中，所述装置1000还包括回滚模块；
所述注册模块，还用于当所述第一本地代理由异常状态恢复为正常状态时，调用所述第一本地代理重新在所述集群事务管理器注册；
所述回滚模块，用于接收所述集群事务管理器的回滚请求，进行事务回滚。
根据本申请实施例的全局事务协同装置1000可对应于执行本申请实施例中描述的方法，并且全局事务协同装置1000的各个模块/单元的上述和其它操作和/或功能分别为了实现图2至图7所示实施例中的各个方法的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种设备。该设备可以是笔记本电脑、台式机等端侧设备，也可以是云环境或边缘环境中的计算机集群。全局事务协同装置1000部署在该设备中，该设备具体用于实现如图10所示实施例中全局事务协同装置1000的功能。
图11提供了一种设备1100的结构示意图，如图11所示，设备1100包括总线1101、处理器1102、通信接口1103和存储器1104。处理器1102、存储器1104和通信接口1103之间通过总线1101通信。
总线1101可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
其中，处理器1102可以为中央处理器(central processing unit，CPU)。、图形处理器(graphics processing unit，GPU)、微处理器(micro processor，MP)或者数字信号处理器(digital signal processor，DSP)等处理器中的任意一种或多种。
通信接口1103用于与外部通信。例如，接收来自于客户端的第一服务请求，调用第一本地代理向第二服务发送第一远程服务请求，调用第一本地代理接收第二服务的事务操作等。
存储器1104可以包括易失性存储器(volatile memory)，例如随机存取存储器(random access memory，RAM)。存储器1104还可以包括非易失性存储器(non-volatilememory)，例如只读存储器(read-only memory，ROM)，快闪存储器，机械硬盘(hard drivedrive，HDD)或固态硬盘(solid state drive，SSD)。
存储器1104中存储有可执行代码，处理器1102执行该可执行代码以执行前述全局事务协同方法。
具体地，在实现图10所示实施例的情况下，且图10实施例中所描述的全局事务协同装置的各模块为通过软件实现的情况下，执行图10中的创建模块1004、提交模块1006功能所需的软件或程序代码存储在存储器1104中。通信模块功能通过通信接口1103实现。
通信接口1103接收来自于客户端的第一服务请求，将其通过总线1101传输至处理器1102，处理器1102执行存储器1104中存储的各单元对应的程序代码，如创建模块1004、提交模块1006对应的程序代码，以执行前述全局事务协同方法。
具体地，通信接口1103接收来自于客户端的第一服务请求，处理器1102执行创建模块1004对应的程序代码，以执行调用第一本地代理创建第一本地事务的步骤，通信接口1103还调用第一本地代理向第二服务发送第一远程服务请求，以使第二服务调用第二本地代理创建第二本地事务。
通信接口1103调用第一本地代理接收第二服务的事务操作，处理器1102执行提交模块1006对应的程序代码，以执行调用第一本地代理将事务操作提交至第一本地事务执行的步骤。通信接口1103还调用第一本地代理发送全局事务提交请求，以使得第一服务调用第一本地代理提交第一本地事务，第二服务调用第二本地代理提交第二本地事务。
在一些实现方式中，通信接口1103还用于：
接收来自于所述第二服务调用所述第二本地代理的第二远程服务请求，所述第二远程服务请求用于远程调用所述第一服务，所述第二远程服务请求包括全局事务标识。
在一些实现方式中，处理器1102还用于执行创建模块1004对应的程序代码，以执行如下方法步骤：
调用所述第一本地代理创建第一本地事务的事务代理；
处理器1102具体用于执行提交模块1006对应的程序代码，以执行如下方法步骤：
通过所述事务代理将所述事务操作提交至所述第一本地事务执行。
在一些实现方式中，通信接口1103还用于：
调用所述第一本地代理接收所述第二服务调用所述第二本地代理对第二资源的变更登记信息。
在一些实现方式中，处理器1102还用于执行查询模块、开启模块、生成模块对应的程序代码，以执行如下方法步骤：
调用所述第一本地代理查询所述第二服务对应的服务节点；
调用所述第一本地代理开启全局事务，调用所述第一本地代理生成第一远程服务请求，所述第一远程服务请求携带全局事务标识，所述第一远程服务请求用于远程调用所述第二服务。
在一些实现方式中，通信接口1103具体用于：
调用所述第一本地代理向集群事务管理器发送全局事务提交请求，以使所述集群事务管理器在各事务执行成功时向各本地事务对应的本地代理发送本地事务提交请求。
在一些实现方式中，处理器1102还用于执行注册模块对应的程序代码，以执行如下方法步骤：
调用所述第一本地代理在集群事务管理器注册；
通信接口1103还用于：
当所述第一本地代理处于正常状态时，所述第一服务响应于所述集群事务管理器发送的健康检查请求调用所述第一本地代理发送反馈。
在一些实现方式中，处理器1102还用于执行注册模块、回滚模块对应的程序代码，以执行如下方法步骤：
当所述第一本地代理由异常状态恢复为正常状态时，、调用所述第一本地代理重新在所述集群事务管理器注册；
调用所述第一本地代理接收所述集群事务管理器的回滚请求，进行事务回滚。
本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质包括指令，所述指令指示计算机执行上述全局事务协同装置1000的全局事务协同方法。
本申请实施例还提供了一种计算机程序产品，所述计算机程序产品被计算机执行时，所述计算机执行前述全局事务协同方法的任一方法。该计算机程序产品可以为一个软件安装包，在需要使用前述全局事务协同方法的任一方法的情况下，可以下载该计算机程序产品并在计算机上执行该计算机程序产品。
另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本申请提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现，当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情况下，凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现，而且，用来实现同一功能的具体硬件结构也可以是多种多样的，例如模拟电路、数字电路或专用电路等。但是，对本申请而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘、U盘、移动硬盘、ROM、RAM、磁碟或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，训练设备，或者网络设备等)执行本申请各个实施例所述的方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、训练设备或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、训练设备或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的训练设备、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。

Claims (18)

1.一种全局事务协同方法，其特征在于，所述方法包括：
第一服务接收来自于客户端的第一服务请求，所述第一服务请求用于请求调用第一服务；
所述第一服务调用第一本地代理创建第一本地事务，以及向第二服务发送第一远程服务请求，以使所述第二服务调用第二本地代理创建第二本地事务；
所述第一服务调用第一本地代理接收所述第二服务的事务操作，将所述事务操作提交至所述第一本地事务执行；
所述第一服务调用所述第一本地代理发送全局事务提交请求，以使所述第一服务调用所述第一本地代理提交所述第一本地事务，所述第二服务调用所述第二本地代理提交所述第二本地事务。
2.根据权利要求1所述的方法，其特征在于，在所述第一服务调用第一本地代理接收所述第二服务的事务操作之前，所述方法还包括：
所述第一服务接收来自于所述第二服务调用所述第二本地代理的第二远程服务请求，所述第二远程服务请求用于远程调用所述第一服务，所述第二远程服务请求包括全局事务标识。
3.根据权利要求2所述的方法，其特征在于，所述将所述事务操作提交至所述第一本地事务执行，包括：
所述第一服务调用所述第一本地代理创建第一本地事务的事务代理；
所述第一服务通过所述事务代理将所述事务操作提交至所述第一本地事务执行。
4.根据权利要求1所述的方法，其特征在于，在所述第一服务调用第一本地代理接收所述第二服务的事务操作之前，所述方法还包括：
所述第一服务调用所述第一本地代理接收所述第二服务调用所述第二本地代理对第二资源的变更登记信息。
5.根据权利要求1至4任一项所述的方法，其特征在于，所述方法还包括：
所述第一服务调用所述第一本地代理查询所述第二服务对应的服务节点；
所述第一服务调用所述第一本地代理开启全局事务，调用所述第一本地代理生成第一远程服务请求，所述第一远程服务请求携带全局事务标识，所述第一远程服务请求用于远程调用所述第二服务。
6.根据权利要求1至5任一项所述的方法，其特征在于，所述第一服务调用所述第一本地代理发送全局事务提交请求，包括：
所述第一服务调用所述第一本地代理向集群事务管理器发送全局事务提交请求，以使所述集群事务管理器在各事务执行成功时向各本地事务对应的本地代理发送本地事务提交请求。
7.根据权利要求1至6任一项所述的方法，其特征在于，所述方法还包括：
所述第一服务调用所述第一本地代理在集群事务管理器注册；
当所述第一本地代理处于正常状态时，所述第一服务响应于所述集群事务管理器发送的健康检查请求调用所述第一本地代理发送反馈。
8.根据权利要求7所述的方法，其特征在于，所述方法还包括：
当所述第一本地代理由异常状态恢复为正常状态时，所述第一服务调用所述第一本地代理重新在所述集群事务管理器注册；
所述第一服务调用所述第一本地代理接收所述集群事务管理器的回滚请求，进行事务回滚。
9.一种全局事务协同装置，其特征在于，所述装置包括：
通信模块，用于接收来自于客户端的第一服务请求，所述第一服务请求用于请求调用第一服务；
创建模块，用于调用第一本地代理创建第一本地事务；
所述通信模块，还用于调用所述第一本地代理向第二服务发送第一远程服务请求，以使所述第二服务调用第二本地代理创建第二本地事务；
所述通信模块，还用于调用所述第一本地代理接收所述第二服务的事务操作；
提交模块，用于调用所述第一本地代理将所述事务操作提交至所述第一本地事务执行；
所述通信模块，还用于调用所述第一代理发送全局事务提交请求，以使所述第一服务调用所述第一本地代理提交所述第一本地事务，所述第二服务调用所述第二本地代理提交所述第二本地事务。
10.根据权利要求9所述的装置，其特征在于，所述通信模块还用于：
在调用第一本地代理接收所述第二服务的事务操作之前，接收来自于所述第二服务调用所述第二本地代理的第二远程服务请求，所述第二远程服务请求用于远程调用所述第一服务，所述第二远程服务请求包括全局事务标识。
11.根据权利要求10所述的装置，其特征在于，所述创建模块还用于：
调用所述第一本地代理创建第一本地事务的事务代理；
所述提交模块具体用于：
通过所述事务代理将所述事务操作提交至所述第一本地事务执行。
12.根据权利要求9所述的装置，其特征在于，所述通信模块还用于：
在所述第一服务调用第一本地代理接收所述第二服务的事务操作之前，调用所述第一本地代理接收所述第二服务调用所述第二本地代理对第二资源的变更登记信息。
13.根据权利要求9至12任一项所述的装置，其特征在于，所述装置还包括：
查询模块，用于调用所述第一本地代理查询所述第二服务对应的服务节点；
开启模块，用于调用所述第一本地代理开启全局事务；
生成模块，用于调用所述第一本地代理生成第一远程服务请求，所述第一远程服务请求携带全局事务标识，所述第一远程服务请求用于远程调用所述第二服务。
14.根据权利要求9至13任一项所述的装置，其特征在于，所述通信模块具体用于：
调用所述第一本地代理向集群事务管理器发送全局事务提交请求，以使所述集群事务管理器在各事务执行成功时向各本地事务对应的本地代理发送本地事务提交请求。
15.根据权利要求9至14任一项所述的装置，其特征在于，所述装置还包括：
注册模块，用于调用所述第一本地代理在集群事务管理器注册；
所述通信模块，用于当所述第一本地代理处于正常状态时，响应于所述集群事务管理器发送的健康检查请求调用所述第一本地代理发送反馈。
16.根据权利要求15所述的装置，其特征在于，所述装置还包括回滚模块；
所述注册模块，还用于当所述第一本地代理由异常状态恢复为正常状态时，调用所述第一本地代理重新在所述集群事务管理器注册；
所述回滚模块，用于接收所述集群事务管理器的回滚请求，进行事务回滚。
17.一种设备，其特征在于，所述设备包括处理器和存储器；
所述处理器用于执行所述存储器中存储的指令，以使得所述设备执行如权利要求1至8任一项所述的方法。
18.一种计算机可读存储介质，其特征在于，包括指令，所述指令指示设备执行如权利要求1至8任一项所述的方法。
CN202010662963.3A 2020-07-10 2020-07-10 一种全局事务协同方法、装置、设备及介质 Pending CN113992750A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010662963.3A CN113992750A (zh) 2020-07-10 2020-07-10 一种全局事务协同方法、装置、设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010662963.3A CN113992750A (zh) 2020-07-10 2020-07-10 一种全局事务协同方法、装置、设备及介质

Publications (1)

Publication Number Publication Date
CN113992750A true CN113992750A (zh) 2022-01-28

Family

ID=79731287

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010662963.3A Pending CN113992750A (zh) 2020-07-10 2020-07-10 一种全局事务协同方法、装置、设备及介质

Country Status (1)

Country Link
CN (1) CN113992750A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115103011A (zh) * 2022-06-24 2022-09-23 北京奥星贝斯科技有限公司 一种跨数据中心的业务处理方法、装置以及设备

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6157927A (en) * 1998-04-22 2000-12-05 Unisys Corporation Methods and apparatus for enabling a component in a first transaction processing environment to access a resource in another environment that is under the control of an Xatmi complaint transaction manager
US20040062372A1 (en) * 1998-04-06 2004-04-01 Sbc Properties, Llp. Automated electronic telecommunications order translation and processing
CN102346460A (zh) * 2011-05-27 2012-02-08 运软网络科技(上海)有限公司 一种基于事务的服务控制系统及其控制方法
CN106663033A (zh) * 2014-04-28 2017-05-10 甲骨文国际公司 在事务中间件机器环境支持绕域和代理模型并更新服务信息以跨域消息传送的系统和方法
CN107045454A (zh) * 2016-02-06 2017-08-15 华为技术有限公司 跨进程分布式事务控制方法及相关系统
CN109981716A (zh) * 2017-12-28 2019-07-05 北京奇虎科技有限公司 一种微服务调用方法及装置
CN110022367A (zh) * 2019-04-11 2019-07-16 软通动力信息技术（集团）有限公司 一种事务处理方法和事务处理系统
CN110532069A (zh) * 2019-08-22 2019-12-03 北京宝兰德软件股份有限公司 一种分布式事务提交方法及装置
CN111159252A (zh) * 2019-12-27 2020-05-15 腾讯科技（深圳）有限公司 事务执行方法、装置、计算机设备及存储介质
CN111198751A (zh) * 2018-11-20 2020-05-26 北京京东尚科信息技术有限公司 业务处理方法和装置

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040062372A1 (en) * 1998-04-06 2004-04-01 Sbc Properties, Llp. Automated electronic telecommunications order translation and processing
US6157927A (en) * 1998-04-22 2000-12-05 Unisys Corporation Methods and apparatus for enabling a component in a first transaction processing environment to access a resource in another environment that is under the control of an Xatmi complaint transaction manager
CN102346460A (zh) * 2011-05-27 2012-02-08 运软网络科技(上海)有限公司 一种基于事务的服务控制系统及其控制方法
US20140250436A1 (en) * 2011-05-27 2014-09-04 Transoft (Shanghai), Inc. Transaction-based service control system and control method
CN106663033A (zh) * 2014-04-28 2017-05-10 甲骨文国际公司 在事务中间件机器环境支持绕域和代理模型并更新服务信息以跨域消息传送的系统和方法
CN107045454A (zh) * 2016-02-06 2017-08-15 华为技术有限公司 跨进程分布式事务控制方法及相关系统
CN109981716A (zh) * 2017-12-28 2019-07-05 北京奇虎科技有限公司 一种微服务调用方法及装置
CN111198751A (zh) * 2018-11-20 2020-05-26 北京京东尚科信息技术有限公司 业务处理方法和装置
CN110022367A (zh) * 2019-04-11 2019-07-16 软通动力信息技术（集团）有限公司 一种事务处理方法和事务处理系统
CN110532069A (zh) * 2019-08-22 2019-12-03 北京宝兰德软件股份有限公司 一种分布式事务提交方法及装置
CN111159252A (zh) * 2019-12-27 2020-05-15 腾讯科技（深圳）有限公司 事务执行方法、装置、计算机设备及存储介质

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
MOHAMMADREZA MOHAGHEGHIAN; RENUKA SINDHGATTAY; ADITYA GHOSE: ""Combining Agent Based Modeling with Distributed Constraint Optimization for Service Delivery Optimization"", 《2014 IEEE 18TH INTERNATIONAL ENTERPRISE DISTRIBUTED OBJECT COMPUTING CONFERENCE WORKSHOPS AND DEMONSTRATIONS》, 31 December 2014 (2014-12-31) *
卢正鼎, 李瑞轩, 肖卫军: "多数据库事务处理模型中局部代理的设计与实现", 计算机研究与发展, no. 12, 15 December 1998 (1998-12-15) *
尹瑞, 葛声, 马殿富: "Web服务事务处理系统的研究与实现", 北京航空航天大学学报, no. 04, 30 April 2005 (2005-04-30) *
房丙午;刘力;张成叔;: "一种Web服务组合事务框架的设计与实现", 计算机系统应用, no. 05, 15 May 2010 (2010-05-15) *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115103011A (zh) * 2022-06-24 2022-09-23 北京奥星贝斯科技有限公司 一种跨数据中心的业务处理方法、装置以及设备
CN115103011B (zh) * 2022-06-24 2024-02-09 北京奥星贝斯科技有限公司 一种跨数据中心的业务处理方法、装置以及设备

Similar Documents

Publication Publication Date Title
EP3428811B1 (en) Database interface agent for a tenant-based upgrade system
CN109144994B (zh) 索引更新方法、系统及相关装置
US9164806B2 (en) Processing pattern framework for dispatching and executing tasks in a distributed computing grid
CN108304271B (zh) 一种微服务架构下的分布式事务管理器以及管理方法
CN107045454B (zh) 跨进程分布式事务控制方法及相关系统
JP5580831B2 (ja) 分散ストレージシステムにおける定数ベースのトランザクショナルに一貫性のあるメンバシップ管理
US9201919B2 (en) Bandwidth optimized two-phase commit protocol for distributed transactions
US9055065B2 (en) Managing participant order in distributed transactions
US10970141B2 (en) Integrating transaction processing system interfaces with event-driven polyglot runtime modules
US20090228879A1 (en) Direct deployment of static content
US8381030B2 (en) Business methods retry optimization
CN112787999A (zh) 跨链调用方法、装置、系统与计算机可读存储介质
US10963538B2 (en) Client application for web application execution
CN116360918A (zh) 建模数据处理方法、装置、计算机设备和存储介质
CN113992750A (zh) 一种全局事务协同方法、装置、设备及介质
US7716523B2 (en) End-to-end transactional protection for requests in a web application
CN113778699A (zh) 分布式事务处理方法、装置、计算机系统和可读存储介质
CN108833147B (zh) 一种配置信息的更新方法和装置
WO2022206429A1 (zh) 一种分布式事务实现方法及分布式系统
US10728323B2 (en) Method and apparatus for operating infrastructure layer in cloud computing architecture
CN112711466B (zh) 悬挂事务巡检方法和装置、电子设备和存储介质
US7484215B2 (en) Method, system and program product for processing a transaction
CN114968636A (zh) 一种故障处理的方法和装置
CN112540834B (zh) 一种分布式事务中的缓存处理方法、装置及其设备
CN117950813B (zh) 一种基于分布式应用运行时的事务管理方法、设备及介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
TA01 Transfer of patent application right

Effective date of registration: 20220216

Address after: 550025 Huawei cloud data center, jiaoxinggong Road, Qianzhong Avenue, Gui'an New District, Guiyang City, Guizhou Province

Applicant after: Huawei Cloud Computing Technology Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Applicant before: HUAWEI TECHNOLOGIES Co.,Ltd.

TA01 Transfer of patent application right
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination