Transaction service calling control method, system, equipment and medium

Abstract

The invention discloses a transaction service calling control method, system and device and a medium, and relates to the technical field of computers, and the method comprises the steps that a service controller obtains a transaction code and a service code corresponding to request object information according to the request object information in a transaction request; respectively obtaining transaction process information corresponding to the transaction code and service control information corresponding to the service code; determining a calling mode of a transaction service according to the service control information, wherein the calling mode comprises a local service calling mode and a remote service calling mode; and based on the determined calling mode, executing the transaction service in the transaction process information by using a service calling control mechanism. The method and the device are suitable for switching the transaction service calling modes involved in the transaction process of a financial service system.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to a method, system, device and medium for invoking and controlling transaction services. Background Art

[0002] At present, traditional solutions are basically built independently of monolithic architecture and distributed architecture. However, there will be a certain degree of complexity when comprehensively considering whether to adopt a monolithic architecture or a distributed architecture. The current solution is more willing to adopt one of the architectural solutions to avoid system instability, but it abandons the flexibility and adaptability of the system.

[0003] It can be seen that the existing solutions for the separate construction of monolithic architecture and distributed architecture have the following shortcomings: 1. The single monolithic architecture leads to high maintenance costs in the later stage; 2. The single monolithic architecture has bottlenecks in functional expansion; 3. The single microservice distributed architecture has some distributed transaction problems in data consistency and some performance impact; 4. The single microservice distributed architecture needs to manage multiple service governance and configuration centers, resulting in a more complex execution path in terms of service tracking, distributed log collection, etc. Summary of the invention

[0004] In view of this, the present application provides a call control method, system, device and medium for transaction services. The main purpose is to solve the technical problems in the existing solutions for monolithic architecture and distributed architecture, such as high maintenance cost and expansion bottleneck of a single monolithic architecture, and distributed transaction problems and complex execution paths of a single microservice distributed architecture.

[0005] According to one aspect of the present application, a method for controlling the invocation of a transaction service is provided, the method comprising:

[0006] The service controller obtains the transaction code and service code corresponding to the request object information according to the request object information in the transaction request;

[0007] Respectively obtaining transaction process information corresponding to the transaction code and service control information corresponding to the service code;

[0008] Determine a calling mode of the transaction service according to the service control information, wherein the calling mode includes a local service calling mode and a remote service calling mode;

[0009] Based on the determined calling mode, the transaction service in the transaction process information is executed using a service calling control mechanism.

[0010] According to another aspect of the present application, a transaction service call control system is provided, the system comprising:

[0011] A first acquisition module, configured for the service controller to acquire a transaction code and a service code corresponding to the request object information according to the request object information in the transaction request;

[0012] A second acquisition module is used to respectively acquire the transaction process information corresponding to the transaction code and the service control information corresponding to the service code;

[0013] A determination module, configured to determine a calling mode of a transaction service according to the service control information, wherein the calling mode includes a local service calling mode and a remote service calling mode;

[0014] The execution module is used to execute the transaction service in the transaction process information based on the determined calling mode and using the service calling control mechanism.

[0015] According to another aspect of the present application, a computer storage medium is provided, on which a computer program is stored, and when the program is executed by a processor, the calling control method of the above-mentioned transaction service is implemented.

[0016] According to another aspect of the present application, a computer device is provided, including a storage medium, a processor, and a computer program stored on the storage medium and executable on the processor, wherein the processor implements the above-mentioned transaction service call control method when executing the program.

[0017] By means of the above technical scheme, the transaction service call control method, system, device and medium provided by the present application are compared with the existing solutions for the monolithic architecture and distributed architecture, which have the problems of high maintenance cost and expansion bottleneck of the single monolithic architecture, and the problems of distributed transaction and complex execution path of the single microservice distributed architecture. The service controller of the present application obtains the transaction code and service code corresponding to the request object information according to the request object information in the transaction request; obtains the transaction process information corresponding to the transaction code and the service control information corresponding to the service code respectively; determines the call mode of the transaction service according to the service control information, and the call mode includes the local service call mode and the remote service call mode; based on the determined call mode, executes the transaction service in the transaction process information by using the service call control mechanism. It can be seen that the hybrid solution of the monolithic architecture and the microservice distributed architecture obtained by using the service call control mechanism can effectively improve the ability of the system to quickly adapt to changes in the external environment, thereby solving the technical problems that the existing single monolithic service function range is too large, resulting in high maintenance cost and expansion bottleneck of the single monolithic architecture, as well as the performance problems existing in the deployment of the single microservice distributed architecture, and effectively balances the simple deployment mode of the monolithic architecture with the complex deployment mode of the distributed architecture.

[0018] The above description is only an overview of the technical solution of the present application. In order to more clearly understand the technical means of the present application, it can be implemented in accordance with the contents of the specification. In order to make the above and other purposes, features and advantages of the present application more obvious and easy to understand, the specific implementation methods of the present application are listed below. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0020] Figure 1 A flow chart showing a method for controlling the invocation of a transaction service provided by an embodiment of the present application is shown;

[0021] Figure 2 A flow chart showing another method for controlling the invocation of a transaction service provided by an embodiment of the present application is shown;

[0022] Figure 3 A call diagram of a transaction service call mode provided in an embodiment of the present application is shown;

[0023] Figure 4 A schematic diagram showing the structure of a call control system for a transaction service provided by an embodiment of the present application is shown;

[0024] Figure 5 A structural schematic diagram of another transaction service call control system provided in an embodiment of the present application is shown. DETAILED DESCRIPTION

[0025] The present application will be described in detail below with reference to the accompanying drawings and in combination with embodiments. It should be noted that the embodiments and features in the embodiments of the present application can be combined with each other without conflict.

[0026] In view of the high maintenance cost and expansion bottleneck of the existing single monolithic architecture, and the distributed transaction problem and complex execution path of the single microservice distributed architecture, this embodiment provides a transaction service call control method, which uses the hybrid solution of the monolithic architecture and the microservice distributed architecture obtained by the service call control mechanism, effectively balancing the simple deployment method of the monolithic architecture and the complex deployment method of the distributed architecture. Figure 1 As shown, the above method comprises the following steps:

[0027] Step 101: The service controller obtains a transaction code and a service code corresponding to the request object information according to the request object information in the transaction request.

[0028] In this embodiment, the service controller mainly includes the following functions: 1. Service instance caching function: by obtaining the service instance of the registration center, caching it in the local cache; 2. Service control information: by reading the service control information definition table, obtaining the corresponding service control information, including service call method, service name, transaction control method, etc.; 3. Local service call / remote service call: obtain the local service instance or remote service instance to implement the service call; 4. Transaction control: by calling the transaction component, register, commit, roll back and other matters of the transaction. In addition, it can also include exception handling, which is used to determine the final state of the transaction. If the transaction is abnormal, it triggers the call of the exception control component, assembles the exception message and returns it to the system.

[0029] Step 102: respectively obtain the transaction process information corresponding to the transaction code and the service control information corresponding to the service code.

[0030] In this embodiment, the service controller obtains the transaction code corresponding to the request object information according to the request object information in the transaction request, determines the service code based on the transaction code, and then queries the service control information corresponding to the service code. The service control information is stored in the database and is defined according to the data control information definition table stored in the database. By querying the control information definition table, it can be obtained whether the calling service corresponding to the transaction request is a local service or a remote service.

[0031] Step 103: Determine a calling mode of the transaction service according to the service control information, where the calling mode includes a local service calling mode and a remote service calling mode.

[0032] In this embodiment, the local service call mode completes the call based on the monolithic architecture, and the remote service call mode completes the call based on the microservice distributed architecture. According to the needs of the actual application scenario, a hybrid deployment method of the monolithic architecture deployment method and the distributed architecture deployment method is adopted to balance the system deployment cost and effectively improve the efficiency of service calls. At the same time, it solves the limitations of the existing single monolithic architecture and the single microservice distributed architecture deployment method.

[0033] Specifically, if the calling mode of the transaction service is determined to be a local service, the transaction controller is called in a local transaction control mode; if the calling mode of the transaction service is determined to be a remote service, the transaction controller is called in a distributed transaction control mode. Furthermore, if the distributed transaction control mode is adopted, the initiating service is responsible for the opening of the entire transaction, the registration of the main transaction, the registration of the branch transaction, and the commit and rollback operations of the transaction. Among them, the transaction controller is a controller used to control the processes of opening, registering, updating, committing, and rolling back the transaction, and can perform different transaction operations for local transactions or distributed transactions.

[0034] Step 104: Based on the determined calling mode, the transaction service in the transaction process information is executed using a service calling control mechanism.

[0035] In this embodiment, if it is determined through query that the service call mode corresponding to the transaction request is a local service call mode, the service proxy client directly obtains the transaction service from the local container by querying the corresponding local service instance cache to implement the local service call; if it is determined through query that the service call mode corresponding to the transaction request is a remote service call mode, a remote RPC call is performed by obtaining the corresponding remote service address to implement the remote service call. After the transaction is completed, the log component is called according to the result returned by the transaction to update the log status. If a transaction exception occurs during the period, the exception method of the exception control component is executed to assemble the transaction response exception message and clear the thread context information. Among them, the exception control component is used for unified exception handling when an exception occurs in the transaction, encapsulating the exception return information, etc.

[0036] For this embodiment, according to the above scheme, the service controller obtains the transaction code and service code corresponding to the request object information according to the request object information in the transaction request; obtains the transaction process information corresponding to the transaction code and the service control information corresponding to the service code respectively; determines the call mode of the transaction service according to the service control information, and the call mode includes the local service call mode and the remote service call mode; based on the determined call mode, executes the transaction service in the transaction process information by using the service call control mechanism. Compared with the existing single monolithic architecture with high maintenance cost and expansion bottleneck, and the single microservice distributed architecture with distributed transaction problems and complex execution paths, the hybrid solution of the monolithic architecture and the microservice distributed architecture obtained by the service call control mechanism in this embodiment can effectively improve the system's ability to quickly adapt to changes in the external environment, thereby solving the existing single monolithic service function range is too large, resulting in the high maintenance cost of the single monolithic architecture and the expansion bottleneck technical problems, as well as the performance problems of the single microservice distributed architecture deployment, and effectively balances the simple deployment method of the monolithic architecture with the complex deployment method of the distributed architecture.

[0037] Furthermore, as a refinement and extension of the specific implementation of the above embodiment, in order to fully illustrate the specific implementation process of this embodiment, another transaction service call control method is provided. This embodiment can use the hybrid solution of the monolithic architecture and the microservice distributed architecture obtained by the service call control mechanism, which can effectively improve the system's ability to quickly adapt to changes in the external environment, and effectively balance the simple deployment method of the monolithic architecture with the complex deployment method of the distributed architecture. Figure 2 , 3 As shown, the method includes:

[0038] Step 201: The service controller obtains a transaction code and a service code corresponding to the request object information according to the request object information in the transaction request.

[0039] During implementation, step 201 is consistent with step 101. As a service component of the transaction process engine, the service controller parses the transaction request and uses the service call control mechanism of the service controller to switch between the local service call mode and the remote service call mode, thereby realizing the service deployment mode of the monolithic architecture or the service deployment mode of the distributed architecture, and improving the flexibility and adaptability of the system. Among them, the system framework is based on springboot as the basic development framework, and the AOP implementation mechanism is used as the extension mechanism of the transaction control process. The service controller is the processing controller of all transactions and is the core logic of transaction processing. Among them, the transaction process engine is used to control the entire life cycle of the system transaction, from the transaction access to the final completion of the transaction, and is the control center of the system transaction process; the service controller is used to obtain the service instance called by the transaction.

[0040] Step 202: respectively obtain the transaction process information corresponding to the transaction code and the service control information corresponding to the service code.

[0041] In implementation, when the system starts, the transaction process information definition table, the service control information definition table, the transaction code, and the service code are loaded into the cache as key values, so that the transaction code can store the transaction process information corresponding to the transaction request in the form of key value, and the service code can also store the service control information corresponding to the transaction request in the form of key value. Further, the service controller reads the transaction process information according to the transaction code, and the transaction process information is all the service processes involved in completing the transaction service, obtains the transaction process information according to the transaction code in the transaction request, executes the service in sequence, and further obtains the corresponding service control information according to the service code.

[0042] Among them, the transaction process information definition table defines all service node information involved in a service transaction in XML format, and executes all service nodes involved in a serial manner; the service control information definition table is stored in the database, mainly including the transaction ID, transaction call method (local service / remote service), remote service name, transaction control method (local transaction / distributed transaction), transaction time, etc.; transaction process, a transaction process can contain multiple (transaction) services, and a transaction is completed by multiple (transaction) services through transaction process control; (transaction) service refers to the smallest component of the transaction process, and transaction usually refers to online transaction.

[0043] Step 203: According to the acquired service control information, use the service control information definition table to query the calling mode corresponding to the service control information; wherein the service control information is obtained according to the definition of the service control definition table.

[0044] In the implementation, before the call mode switching of the transaction service is realized, the preprocessing of the transaction service is also included, specifically: 1. <flow>Node sets up transaction flow and configures multiple services <service>Subnodes, so that multiple services can be executed in sequence. When the transaction request enters the transaction process engine, the request object information is obtained by parsing the transaction request, and the request object information is set in the thread context; 2. Perform log processing on the transaction service, that is, call the log component to complete the log registration operation; 3. Parse the transaction process, that is, obtain the transaction process information through parsing, and set the transaction process information in the corresponding thread context; 4. Use the transaction process engine to call the service call control mechanism in the service controller to realize the switching of local service call mode or remote service call mode. Among them, the log component is used to control the writing, updating and other log behaviors of the transaction log.

[0045] In the implementation, the local service call of the monolithic architecture and the remote call of the distributed architecture are realized through the service proxy function in the service controller. When a transaction request is received, the service control information corresponding to the transaction request is queried using the parsed service code. The service control information is defined in the database service control information definition table (service_definition). By querying the service control information definition table, it can be obtained whether the transaction service corresponding to the transaction request is a local service or a remote service.

[0046] Among them, the service control information definition table (service_definition) information is as follows:

[0047]

[0048] Step 204: If the calling mode is a local service calling mode, the service controller obtains a local service instance from the local container according to the service name in the service control information; and executes the obtained local service instance according to the service execution order in the transaction process information.

[0049] In order to illustrate the specific implementation method of step 204, as a preferred embodiment, step 204 also includes: if the calling mode is a local service calling mode, determining that the transaction control mode of the transaction service is a local transaction control mode according to the service control information; calling the transaction controller based on the local transaction control mode to execute the transaction service in the transaction process information.

[0050] Step 205: If the calling mode is a remote service calling mode, the service controller obtains a remote service instance from a registration center according to the service name in the service control information; and executes the obtained remote service instance according to the service execution order in the transaction process information.

[0051] To illustrate the specific implementation of step 205, as a preferred embodiment, the step of the service controller obtaining a remote service instance from a registration center according to the service name in the service control information includes: the service controller obtaining remote service instance information from a registration center according to the service name, the remote service instance information including multiple service instances and a weight value corresponding to each service instance; determining a target service instance according to the weight value corresponding to each service instance; and executing the target service instance according to the service execution order in the transaction process information.

[0052] In implementation, the service name is used to identify and distinguish different service instances. The remote service instance is obtained from the registration center through the service name, thereby initiating a remote service call. The remote service instance information returned by the registration center is the service registration information, which includes multiple service instances and the weight information of each service instance. By comparing the weight information, the service instance corresponding to the high weight information is selected for priority call, thereby realizing priority call to the service instance with a closer distance. According to the needs of the actual application scenario, if an abnormality occurs in a service instance with a closer distance, it is switched to a service instance with a lower weight, thereby realizing the switching of disaster recovery services. The registration center is used to provide an information center for transaction service registration and discovery.

[0053] In order to illustrate the specific implementation method of step 205, as a preferred embodiment, step 205 also includes: if the calling mode is a remote service calling mode, determining that the transaction control mode of the transaction service is a distributed transaction control mode according to the service control information; calling the transaction controller based on the distributed transaction control mode to execute the transaction service in the transaction process information.

[0054] In the implementation, if it is determined to be a local service call mode, the local transaction control method is adopted. If it is determined to be a remote service call mode, the distributed transaction control method is adopted. The distributed transaction control method includes the opening of distributed transactions, the registration of subtransactions, and the submission and rollback of transactions. In addition, when the transaction service is completed, the log component is called according to the result returned by the transaction service to complete the update operation of the log status. If an exception occurs during the period, the exception operation of the exception control component is executed, that is, the transaction response message is assembled and the thread context information is cleared.

[0055] By applying the technical solution of this embodiment, after receiving the transaction request, the service controller stores the transaction-related information in the transaction context, registers the log, and parses and obtains the transaction process information and service control information through protocol conversion and content analysis, thereby realizing the internal service call or distributed RPC call of the single body, as well as the related transaction control and exception handling. Compared with the existing technical solutions of high maintenance cost and expansion bottleneck of single monolithic architecture, and distributed transaction problems and complex execution paths of single microservice distributed architecture, this embodiment uses the hybrid solution of monolithic architecture and microservice distributed architecture obtained by the service call control mechanism, and realizes the mutual conversion between the monolithic architecture deployment mode and the distributed architecture deployment mode based on the set service call rules, which can effectively improve the system's ability to quickly adapt to changes in the external environment, and realize the rapid switching between production and disaster recovery environments, effectively balancing the simple deployment mode of the monolithic architecture and the complex deployment mode of the distributed architecture.

[0056] Further, as Figure 1 The specific implementation of the method, the embodiment of the present application provides a call control system for a transaction service, such as Figure 4 As shown, the system includes: a first acquisition module 41, a second acquisition module 42, a determination module 43, and an execution module 44.

[0057] The first acquisition module 41 is used for the service controller to acquire the transaction code and service code corresponding to the request object information according to the request object information in the transaction request.

[0058] The second acquisition module 42 is used to respectively acquire the transaction process information corresponding to the transaction code and the service control information corresponding to the service code.

[0059] The determination module 43 is used to determine the calling mode of the transaction service according to the service control information, and the calling mode includes a local service calling mode and a remote service calling mode.

[0060] The execution module 44 is used to execute the transaction service in the transaction process information by using the service call control mechanism based on the determined call mode.

[0061] In specific application scenarios, such as Figure 5 As shown, the execution module 44 includes a first execution submodule 441 and a second execution submodule 442 .

[0062] In a specific application scenario, the determination module 43 is specifically used to query the call mode corresponding to the service control information using the service control information definition table according to the acquired service control information; wherein the service control information is obtained according to the definition of the service control definition table.

[0063] In a specific application scenario, if the calling mode is a local service calling mode, the execution module 44 includes: a first execution submodule 441 .

[0064] The first execution submodule 441 is used for the service controller to obtain a local service instance from a local container according to the service name in the service control information; and to execute the obtained local service instance according to the service execution order in the transaction process information.

[0065] The first execution submodule 441 is further used to determine, if the calling mode is the local service calling mode, that the transaction control mode of the transaction service is the local transaction control mode according to the service control information; and to call the transaction controller based on the local transaction control mode to execute the transaction service in the transaction process information.

[0066] In a specific application scenario, if the calling mode is a remote service calling mode, the execution module 44 includes: a second execution submodule 442 .

[0067] The second execution submodule 442 is used for the service controller to obtain the remote service instance from the registration center according to the service name in the service control information; and to execute the obtained remote service instance according to the service execution order in the transaction process information.

[0068] In a specific application scenario, the step of the service controller obtaining a remote service instance from a registration center according to the service name in the service control information includes: the service controller obtaining remote service instance information from a registration center according to the service name, the remote service instance information including multiple service instances and a weight value corresponding to each service instance; and, determining a target service instance according to the weight value corresponding to each service instance; and, executing the target service instance according to the service execution order in the transaction process information.

[0069] The second execution submodule 442 is also used to determine, if the calling mode is a remote service calling mode, that the transaction control mode of the transaction service is a distributed transaction control mode according to the service control information; and to call the transaction controller based on the distributed transaction control mode to execute the transaction service in the transaction process information.

[0070] It should be noted that for other corresponding descriptions of the functional units involved in the call control system of a transaction service provided in the embodiment of the present application, reference can be made to Figure 1 and Figure 2 The corresponding description in will not be repeated here.

[0071] Based on the above Figure 1 and Figure 2 The method shown in the embodiment of the present application accordingly provides a computer storage medium on which a computer program is stored, and when the program is executed by a processor, the above-mentioned Figure 1 and Figure 2 The call control method of the transaction service shown.

[0072] Based on this understanding, the technical solution of the present application can be embodied in the form of a software product, which can be stored in a storage medium (which can be a CD-ROM, a USB flash drive, a mobile hard disk, etc.), and includes a number of instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to execute the methods described in each implementation scenario of the present application.

[0073] Based on the above Figure 1 , Figure 2 The method shown, and Figure 4 , Figure 5 In order to achieve the above-mentioned purpose, the embodiment of the present application further provides a computer device, which can be a personal computer, a server, a network device, etc. The physical device includes a storage medium and a processor; the storage medium is used to store a computer program; the processor is used to execute the computer program to achieve the above-mentioned Figure 1 and Figure 2 The call control method of the transaction service shown.

[0074] Optionally, the computer device may further include a user interface, a network interface, a camera, a radio frequency (RF) circuit, a sensor, an audio circuit, a WI-FI module, etc. The user interface may include a display, an input unit such as a keyboard, etc., and the optional user interface may also include a USB interface, a card reader interface, etc. The network interface may optionally include a standard wired interface, a wireless interface (such as a Bluetooth interface, a WI-FI interface), etc.

[0075] Those skilled in the art will appreciate that the computer device structure provided in this embodiment does not constitute a limitation on the physical device, and may include more or fewer components, or a combination of certain components, or different component arrangements.

[0076] The storage medium may also include an operating system and a network communication module. The operating system is a program that manages the hardware and software resources of a computer device and supports the operation of information processing programs and other software and / or programs. The network communication module is used to achieve communication between components within the storage medium and with other hardware and software in the physical device.

[0077] Through the description of the above implementation methods, those skilled in the art can clearly understand that the present application can be implemented by means of software plus a necessary general hardware platform, or by hardware. By applying the technical solution of the present application, compared with the existing single monolithic architecture with high maintenance costs and expansion bottlenecks, and the single microservice distributed architecture with distributed transaction problems and complex execution paths, the hybrid solution of the monolithic architecture and the microservice distributed architecture obtained by the service call control mechanism in this embodiment realizes the mutual conversion between the monolithic architecture deployment mode and the distributed architecture deployment mode based on the set service call rules, which can effectively improve the system's ability to quickly adapt to changes in the external environment, and realize rapid switching between production and disaster recovery environments, effectively balancing the simple deployment mode of the monolithic architecture and the complex deployment mode of the distributed architecture.

[0078] Those skilled in the art will appreciate that the accompanying drawings are only schematic diagrams of a preferred implementation scenario, and the modules or processes in the accompanying drawings are not necessarily necessary for implementing the present application. Those skilled in the art will appreciate that the modules in the system in the implementation scenario can be distributed in the system of the implementation scenario according to the implementation scenario description, or can be changed accordingly and located in one or more systems different from the present implementation scenario. The modules of the above-mentioned implementation scenario can be combined into one module, or can be further split into multiple submodules.

[0079] The above serial numbers of this application are only for description and do not represent the advantages and disadvantages of the implementation scenarios. The above disclosure is only a few specific implementation scenarios of this application, but this application is not limited to them, and any changes that can be thought of by technicians in this field should fall within the scope of protection of this application.< / service> < / flow>

Claims

1. A method for controlling the invocation of a transaction service, characterized in that: include: The service controller obtains the transaction code and service code corresponding to the request object information according to the request object information in the transaction request; Respectively obtaining transaction process information corresponding to the transaction code and service control information corresponding to the service code; Determine a calling mode of the transaction service according to the service control information, wherein the calling mode includes a local service calling mode and a remote service calling mode; Based on the determined calling mode, the transaction service in the transaction process information is executed using a service calling control mechanism.

2. The method according to claim 1, characterized in that The step of determining the calling mode of the transaction service according to the service control information comprises: According to the acquired service control information, query the calling mode corresponding to the service control information using the service control information definition table; Wherein, the service control information is obtained according to the definition of the service control definition table.

3. The method according to claim 1 or 2, characterized in that: If the calling mode is a local service calling mode, the step of executing the transaction service in the transaction process information based on the determined calling mode includes: The service controller obtains the local service instance from the local container according to the service name in the service control information; The acquired local service instance is executed according to the service execution order in the transaction process information.

4. The method according to claim 3, characterized in that The step of executing the transaction service in the transaction process information based on the determined calling mode further includes: If the calling mode is a local service calling mode, determining, according to the service control information, that the transaction control mode of the transaction service is a local transaction control mode; The transaction controller is called based on the local transaction control mode to execute the transaction service in the transaction process information.

5. The method according to claim 1, characterized in that If the calling mode is a remote service calling mode, the step of executing the transaction service in the transaction process information based on the determined calling mode includes: The service controller obtains the remote service instance from the registration center according to the service name in the service control information; The acquired remote service instance is executed according to the service execution order in the transaction process information.

6. The method according to claim 5, characterized in that The step of the service controller acquiring the remote service instance from the registration center according to the service name in the service control information further includes: The service controller obtains remote service instance information from a registration center according to the service name, wherein the remote service instance information includes multiple service instances and a weight value corresponding to each service instance; Determine the target service instance according to the weight value corresponding to each service instance; The target service instance is executed according to the service execution order in the transaction process information.

7. The method according to claim 5, characterized in that The step of executing the transaction service in the transaction process information based on the determined calling mode further includes: If the calling mode is a remote service calling mode, determining, according to the service control information, that the transaction control mode of the transaction service is a distributed transaction control mode; The transaction controller is called based on the distributed transaction control mode to execute the transaction service in the transaction process information.

8. A transaction service call control system, characterized in that: include: A first acquisition module, configured for the service controller to acquire a transaction code and a service code corresponding to the request object information according to the request object information in the transaction request; A second acquisition module is used to respectively acquire the transaction process information corresponding to the transaction code and the service control information corresponding to the service code; A determination module, configured to determine a calling mode of a transaction service according to the service control information, wherein the calling mode includes a local service calling mode and a remote service calling mode; The execution module is used to execute the transaction service in the transaction process information based on the determined calling mode and using the service calling control mechanism.

9. A computer storage medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the calling control method of the transaction service described in any one of claims 1 to 7 is implemented.

10. A computer device comprising a storage medium, a processor, and a computer program stored in the storage medium and executable on the processor, characterized in that: When the processor executes the program, the transaction service call control method according to any one of claims 1 to 7 is implemented.

Images