CN117632427A - Dynamic transaction behavior scheduling method based on micro-service embedded scheduling framework - Google Patents

Dynamic transaction behavior scheduling method based on micro-service embedded scheduling framework Download PDF

Info

Publication number
CN117632427A
CN117632427A CN202311639254.3A CN202311639254A CN117632427A CN 117632427 A CN117632427 A CN 117632427A CN 202311639254 A CN202311639254 A CN 202311639254A CN 117632427 A CN117632427 A CN 117632427A
Authority
CN
China
Prior art keywords
transaction
transaction behavior
result
request
matching query
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
CN202311639254.3A
Other languages
Chinese (zh)
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.)
Agricultural Bank of China
Original Assignee
Agricultural Bank of China
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 Agricultural Bank of China filed Critical Agricultural Bank of China
Priority to CN202311639254.3A priority Critical patent/CN117632427A/en
Publication of CN117632427A publication Critical patent/CN117632427A/en
Pending legal-status Critical Current

Links

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/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/36—Software reuse
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Technology Law (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

The invention discloses a dynamic transaction behavior scheduling method based on a micro-service embedded scheduling framework. Acquiring a transaction behavior request to be scheduled in real time under a micro-service embedded scheduling framework; carrying out request analysis processing on the transaction behavior request to be scheduled to obtain a transaction behavior request analysis result; matching inquiry is carried out according to the transaction behavior request analysis result and a pre-constructed transaction configuration table, so as to obtain a matching inquiry result; if the matching query result is the matching query existence result, acquiring and calling up the transaction behavior type instance, and feeding back the transaction behavior type instance to the user. The problems of large workload and low efficiency caused by incapability of dynamically and flexibly combining transaction behaviors are solved, the flexibility and the efficiency of transaction behavior scheduling are improved, decoupling technical codes and business codes can be effectively realized, repeated work is reduced, and the correctness and the safety of a system are improved.

Description

Dynamic transaction behavior scheduling method based on micro-service embedded scheduling framework
Technical Field
The invention relates to the technical field of data processing, in particular to a dynamic transaction behavior scheduling method based on a micro-service embedded scheduling framework.
Background
Under the distributed micro-service framework, a plurality of remote procedure call protocol (Remote Procedure Call, RPC) calls are added between transactions compared with the original integrated operation platform, so that a plurality of new problems are generated. Specifically, the problems of transaction consistency, flow control, degradation, fusing, and common message contract information among systems can be included.
The inventors have found that the following drawbacks exist in the prior art in the process of implementing the present invention: at present, each transaction is usually processed through a model view controller (Model View Controller, MVC) architecture, each transaction has an independent access layer, a great burden is brought to coding staff under a refresh architecture, and the coupling of service codes and technical codes and the large repetition of the technical codes are caused, so that the labor cost is high and the efficiency is low.
Disclosure of Invention
The invention provides a dynamic transaction behavior scheduling method based on a micro-service embedded scheduling framework, which is used for improving the flexibility and efficiency of transaction behavior scheduling.
According to one aspect of the invention, a dynamic transaction behavior scheduling method based on a micro-service embedded scheduling framework is provided, wherein the method comprises the following steps:
under the micro-service embedded scheduling framework, acquiring a transaction behavior request to be scheduled in real time; wherein the traffic to be scheduled is a request sent over HTTP (HyperText Transfer Protocol );
carrying out request analysis processing on the transaction behavior request to be scheduled to obtain a transaction behavior request analysis result;
carrying out matching inquiry according to the transaction behavior request analysis result and a pre-constructed transaction configuration table to obtain a matching inquiry result;
if the matching query result is the matching query existence result, acquiring and calling up a transaction behavior type instance, and feeding back the transaction behavior type instance to a user.
According to another aspect of the present invention, there is provided a dynamic transaction behavior scheduling device based on a micro-service embedded scheduling framework, including:
the transaction behavior request acquisition module to be scheduled is used for acquiring the transaction behavior request to be scheduled in real time under the micro-service embedded scheduling framework; wherein the to-be-scheduled traffic is a request sent over HTTP;
the transaction behavior request analysis result determining module is used for carrying out request analysis processing on the transaction behavior request to be scheduled to obtain a transaction behavior request analysis result;
the matching query result determining module is used for carrying out matching query according to the transaction behavior request analysis result and a pre-constructed transaction configuration table to obtain a matching query result;
and the transaction behavior type instance feedback module is used for acquiring and calling up the transaction behavior type instance and feeding back the transaction behavior type instance to the user if the matching query result is the matching query existence result.
According to another aspect of the present invention, there is provided an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor implements the dynamic transaction behavior scheduling method based on the micro-service embedded scheduling framework according to any embodiment of the present invention when executing the computer program.
According to another aspect of the present invention, there is provided a computer readable storage medium storing computer instructions for causing a processor to implement the dynamic transaction behavior scheduling method based on the micro-service embedded scheduling framework according to any one of the embodiments of the present invention when executed.
According to the technical scheme, under the micro-service embedded scheduling framework, a transaction behavior request to be scheduled is obtained in real time; wherein the to-be-scheduled traffic is a request sent via a hypertext transfer protocol; carrying out request analysis processing on the transaction behavior request to be scheduled to obtain a transaction behavior request analysis result; carrying out matching inquiry according to the transaction behavior request analysis result and a pre-constructed transaction configuration table to obtain a matching inquiry result; if the matching query result is the matching query existence result, acquiring and calling up a transaction behavior type instance, and feeding back the transaction behavior type instance to a user. The problems of large workload and low efficiency caused by incapability of dynamically and flexibly combining transaction behaviors are solved, the flexibility and the efficiency of transaction behavior scheduling are improved, decoupling technical codes and business codes can be effectively realized, repeated work is reduced, and the correctness and the safety of a system are improved.
It should be understood that the description in this section is not intended to identify key or critical features of the embodiments of the invention or to delineate the scope of the invention. Other features of the present invention will become apparent from the description that follows.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required for the description of the embodiments will be briefly described below, and it is apparent that the drawings in the following description are only some embodiments of the present invention, and other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
FIG. 1 is a flow chart of a dynamic transaction behavior scheduling method based on a micro-service embedded scheduling framework according to a first embodiment of the present invention;
FIG. 2 is a schematic diagram of a dynamic transaction behavior scheduling device based on a micro-service embedded scheduling framework according to a second embodiment of the present invention;
fig. 3 is a schematic structural diagram of an electronic device according to a third embodiment of the present invention.
Detailed Description
In order that those skilled in the art will better understand the present invention, a technical solution in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in which it is apparent that the described embodiments are only some embodiments of the present invention, not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the present invention without making any inventive effort, shall fall within the scope of the present invention.
It should be noted that the terms "target," "current," and the like in the description and claims of the present invention and the above-described drawings are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that the embodiments of the invention described herein may be implemented in sequences other than those illustrated or otherwise described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
Example 1
Fig. 1 is a flowchart of a dynamic transaction behavior scheduling method based on a micro-service embedded scheduling framework, where the method may be performed by a dynamic transaction behavior scheduling device based on a micro-service embedded scheduling framework, and the dynamic transaction behavior scheduling device based on a micro-service embedded scheduling framework may be implemented in hardware and/or software.
Accordingly, as shown in fig. 1, the method includes:
s110, under the micro-service embedded scheduling framework, acquiring a transaction behavior request to be scheduled in real time.
The to-be-scheduled traffic is that the request is sent through HTTP.
Wherein, under the micro-service embedded scheduling framework, a plurality of different types of scheduling interfaces are included.
In this embodiment, on the existing integrated operation platform, there are many more RPC calls between transactions, so many new problems are generated, including problems of transaction consistency, flow control, degradation, fusing, and common message contract information between systems. Therefore, under the micro-service embedded scheduling framework, a unified scheduling interface is established, transaction behavior scheduling is completed according to transaction configuration, and the problems of transaction consistency, flow control, degradation, fusing, public message contract information and the like are solved in the unified interface, so that technical codes and service codes can be effectively decoupled, repeated work is reduced, and the accuracy and safety of a system are improved.
In this embodiment, a transaction behavior request to be scheduled needs to be acquired in real time, where the transaction behavior request to be scheduled is an HTTP request, and the request includes a uniform resource identifier (Uniform Resource Locator, URL), which can parse out request description information corresponding to the transaction behavior request to be scheduled.
Optionally, the interface corresponding to the micro-service embedded scheduling framework includes: a local interface, an ACCM interface, and an ACC interface; the local interface is called in a function calling mode; the ACCM interface invokes other micro-service applications based on openfeign; the ACC interface calls other non-micro service applications based on the ACC component, and the ACC interface assembles the message in a post request mode.
In this embodiment, since the ACC interface is an HTTP call, the message is assembled by using a post request manner, and the ACC interface is a remote call interface without an interface call. In addition, since the local interface is called up in most cases under the micro-service embedded scheduling framework, the function call is performed. The ACCM interface is a microservice interface.
S120, carrying out request analysis processing on the transaction behavior request to be scheduled to obtain a transaction behavior request analysis result.
The transaction behavior request analysis result may be a result of analyzing the transaction behavior request, the transaction behavior may be described by the transaction behavior request analysis result, and specifically, the transaction behavior request analysis result may include a target transaction code and a target version number.
Optionally, the performing a request analysis process on the transaction behavior request to be scheduled to obtain a transaction behavior request analysis result includes: performing request analysis processing on the URL in the transaction behavior request to be scheduled to obtain a target transaction code and a target version number; and combining the target transaction code and the target version number to obtain a transaction behavior request analysis result.
In this embodiment, the transaction behavior request to be scheduled includes a URL, and further the URL may be parsed, so that the target transaction code and the target version number may be obtained.
Wherein the target transaction code may be a unique coded description number used to describe the transaction behavior. The target version number may be a version number used to describe the behavior of the target transaction.
Illustratively, assuming that the target transaction code of the transaction behavior is AXLG001, the target version number may be 12.0.1.1.
S130, carrying out matching inquiry according to the analysis result of the transaction behavior request and a pre-constructed transaction configuration table to obtain a matching inquiry result.
Wherein the matching query results may include matching query presence results and matching query absence results.
In this embodiment, the matching query is performed by the transaction behavior request analysis result and the pre-constructed transaction configuration table, so as to obtain a matching query existence result or a matching query nonexistence result, so that corresponding processing operation is performed according to the matching query existence result or the matching query nonexistence result.
Optionally, the performing a matching query according to the analysis result of the transaction behavior request and a pre-constructed transaction configuration table to obtain a matching query result includes: and carrying out matching inquiry in the transaction configuration table according to the target transaction code and the target version number in the transaction behavior request analysis result, and determining to obtain a matching inquiry result according to whether the transaction behavior type bean name corresponding to the target transaction code and the target version number is matched.
In this embodiment, the transaction configuration table includes transaction behavior type bean names corresponding to the pre-stored transaction codes and version numbers.
In the previous example, since the target transaction code is AXLG001, the target version number may be 12.0.1.1. And the transaction configuration table is further matched and inquired according to the target transaction code and the target version number, and if the corresponding target transaction code and target version number can be found in the transaction configuration table, the transaction behavior type bean name corresponding to the target transaction code and the target version number is acquired.
It can be appreciated that, assuming that the matching query result is a matching query existence result, the matching query existence result includes the following information: target transaction code, target version number, and transaction behavior type bean name. Assuming that the matching query result is a matching query non-existence result, the matching query non-existence result includes the following information: a target transaction code and a target version number.
Optionally, the transaction configuration table includes: a transaction attribute table, a transaction schedule table and an atomic transaction information table; wherein, the transaction attribute table takes micro-service and transaction code as main keys; the transaction schedule takes transaction codes, internal transaction codes and card types as main keys; the atomic transaction information table takes an atomic transaction identity code as a main key and is used for recording the information of different types of atomic transaction scheduling parameters.
In this embodiment, the transaction attribute table uses the micro service and the transaction code as the primary key, and configures public information that needs to be processed in the transaction, for example, the transaction attribute table may include at least one of the following: interface conversion adaptation, distributed transaction type, transaction attribute, business preprocessing link and other information.
In addition, the transaction scheduling table takes the transaction code, the internal transaction code and the card type as the main key and forms a one-to-many relationship with the transaction attribute table, so that one transaction code can schedule different atomic transactions according to the information in the private message, the coupling reading of codes is reduced, and the scene richness is increased. The transaction links in the transaction schedule are composed of ordered sequences of atomic transactions, and after a unique transaction link is determined through a transaction code and a private message, the micro-service embedded scheduling framework can call up the atomic transactions in the links in order.
In addition, the main key of the atomic transaction information table is an atomic transaction identity code, and a one-to-many relationship is formed between the atomic transaction information table and the transaction schedule table, and the atomic transaction is classified into a local transaction, a remote micro-service transaction, a remote HTTP transaction and the like. The atomic transaction information table records necessary parameters and information required for completing various types of atomic transaction schedules.
S140, if the matching query result is the matching query existence result, acquiring and calling up a transaction behavior type instance, and feeding back the transaction behavior type instance to a user.
Optionally, if the matching query result is the matching query existence result, acquiring and invoking the transaction behavior type instance, including: and if the matching query result is the matching query existence result, acquiring a transaction behavior type instance from the Spring container, and calling the transaction behavior type instance.
In this embodiment, if the matching query result is the matching query existence result, the transaction behavior type instance may be obtained from the Spring container, and the transaction behavior type instance is tuned up and fed back to the user. That is, feedback operation is performed on the transaction behavior type instance corresponding to the transaction behavior request to be scheduled to the user, so that the transaction behavior is scheduled.
In addition, the characteristics of java language interface-oriented programming can be utilized, and business logic is used for trading different behavior modes of the abstract interface. The specific transaction behavior type is registered to Spring Bean Factory as the transaction behavior type bean name, so that the corresponding transaction behavior type bean name can be conveniently obtained from Spring Bean Factory directly according to the read configuration. The specific Spring Bean Factory is a Spring container, which can be used for creating a transaction behavior type bean name, and can also be used for acquiring the transaction behavior type bean name, and is a core component in Spring.
Optionally, after the matching query is performed according to the analysis result of the transaction behavior request and the pre-constructed transaction configuration table, the matching query result is obtained, the method further includes: if the matching query result is the matching query non-existence result, the information of the non-existence transaction behavior type instance is fed back to the user.
In this embodiment, if the matching query result is that the matching query does not have a result, it is indicated that the corresponding transaction code and version number cannot be found in the transaction configuration table, so that the corresponding transaction behavior type bean name cannot be obtained, that is, the transaction behavior type instance cannot be obtained, so that information of the transaction behavior type instance which does not have can be fed back to the user.
According to the technical scheme, under the micro-service embedded scheduling framework, a transaction behavior request to be scheduled is obtained in real time; wherein the to-be-scheduled traffic is a request sent via a hypertext transfer protocol; carrying out request analysis processing on the transaction behavior request to be scheduled to obtain a transaction behavior request analysis result; carrying out matching inquiry according to the transaction behavior request analysis result and a pre-constructed transaction configuration table to obtain a matching inquiry result; if the matching query result is the matching query existence result, acquiring and calling up a transaction behavior type instance, and feeding back the transaction behavior type instance to a user. The problems of large workload and low efficiency caused by incapability of dynamically and flexibly combining transaction behaviors are solved, the flexibility and the efficiency of transaction behavior scheduling are improved, decoupling technical codes and business codes can be effectively realized, repeated work is reduced, and the correctness and the safety of a system are improved.
Example two
Fig. 2 is a schematic structural diagram of a dynamic transaction behavior scheduling device based on a micro-service embedded scheduling framework according to a second embodiment of the present invention. The dynamic transaction behavior scheduling device based on the micro-service embedded scheduling framework provided by the embodiment of the invention can be realized through software and/or hardware, and can be configured in terminal equipment or a server to realize the dynamic transaction behavior scheduling method based on the micro-service embedded scheduling framework. As shown in fig. 2, the apparatus includes: the transaction behavior request to be scheduled comprises a transaction behavior request acquisition module 210, a transaction behavior request analysis result determination module 220, a matching query result determination module 230 and a transaction behavior type instance feedback module 240.
The transaction behavior request acquisition module 210 to be scheduled is configured to acquire a transaction behavior request to be scheduled in real time under a micro-service embedded scheduling framework; wherein the to-be-scheduled traffic is a request sent over a hypertext transfer protocol (HTTP);
the transaction behavior request analysis result determining module 220 is configured to perform request analysis processing on the transaction behavior request to be scheduled, so as to obtain a transaction behavior request analysis result;
the matching query result determining module 230 is configured to perform matching query according to the transaction behavior request analysis result and a pre-constructed transaction configuration table, so as to obtain a matching query result;
and the transaction behavior type instance feedback module 240 is configured to acquire and call up a transaction behavior type instance if the matching query result is the matching query existence result, and feed back the transaction behavior type instance to the user.
According to the technical scheme, under the micro-service embedded scheduling framework, a transaction behavior request to be scheduled is obtained in real time; wherein the to-be-scheduled traffic is a request sent via a hypertext transfer protocol; carrying out request analysis processing on the transaction behavior request to be scheduled to obtain a transaction behavior request analysis result; carrying out matching inquiry according to the transaction behavior request analysis result and a pre-constructed transaction configuration table to obtain a matching inquiry result; if the matching query result is the matching query existence result, acquiring and calling up a transaction behavior type instance, and feeding back the transaction behavior type instance to a user. The problems of large workload and low efficiency caused by incapability of dynamically and flexibly combining transaction behaviors are solved, the flexibility and the efficiency of transaction behavior scheduling are improved, decoupling technical codes and business codes can be effectively realized, repeated work is reduced, and the correctness and the safety of a system are improved.
Based on the above embodiments, the transaction behavior type instance absence module may be specifically configured to: and after the analysis result of the transaction behavior request and the pre-constructed transaction configuration table are subjected to matching query to obtain a matching query result, if the matching query result is that the matching query does not exist, feeding back information that the transaction behavior type instance does not exist to the user.
Based on the above embodiments, the transaction behavior request parsing result determining module 220 may be specifically configured to: carrying out request analysis processing on the uniform resource identifier URL in the transaction behavior request to be scheduled to obtain a target transaction code and a target version number; and combining the target transaction code and the target version number to obtain a transaction behavior request analysis result.
Based on the foregoing embodiments, the matching query result determining module 230 may be specifically configured to: and carrying out matching inquiry in the transaction configuration table according to the target transaction code and the target version number in the transaction behavior request analysis result, and determining to obtain a matching inquiry result according to whether the transaction behavior type bean name corresponding to the target transaction code and the target version number is matched.
Based on the above embodiments, the transaction behavior type instance feedback module 240 may be specifically configured to: and if the matching query result is the matching query existence result, acquiring a transaction behavior type instance from the Spring container, and calling the transaction behavior type instance.
On the basis of the above embodiments, the transaction configuration table includes: a transaction attribute table, a transaction schedule table and an atomic transaction information table; wherein, the transaction attribute table takes micro-service and transaction code as main keys; the transaction schedule takes transaction codes, internal transaction codes and card types as main keys; the atomic transaction information table takes an atomic transaction identity code as a main key and is used for recording the information of different types of atomic transaction scheduling parameters.
Based on the above embodiments, the interface corresponding to the micro-service embedded scheduling framework includes: a local interface, an ACCM interface, and an ACC interface; the local interface is called in a function calling mode; the ACCM interface invokes other micro-service applications based on openfeign; the ACC interface calls other non-micro service applications based on the ACC component, and the ACC interface assembles the message in a post request mode.
The dynamic transaction behavior scheduling device based on the micro-service embedded scheduling frame provided by the embodiment of the invention can execute the dynamic transaction behavior scheduling method based on the micro-service embedded scheduling frame provided by any embodiment of the invention, and has the corresponding functional modules and beneficial effects of the execution method.
Example III
Fig. 3 shows a schematic diagram of the structure of an electronic device 10 that may be used to implement a third embodiment of the invention. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. Electronic equipment may also represent various forms of mobile devices, such as personal digital processing, cellular telephones, smartphones, wearable devices (e.g., helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be exemplary only, and are not meant to limit implementations of the inventions described and/or claimed herein.
As shown in fig. 3, the electronic device 10 includes at least one processor 11, and a memory, such as a Read Only Memory (ROM) 12, a Random Access Memory (RAM) 13, etc., communicatively connected to the at least one processor 11, in which the memory stores a computer program executable by the at least one processor, and the processor 11 may perform various appropriate actions and processes according to the computer program stored in the Read Only Memory (ROM) 12 or the computer program loaded from the storage unit 18 into the Random Access Memory (RAM) 13. In the RAM 13, various programs and data required for the operation of the electronic device 10 may also be stored. The processor 11, the ROM 12 and the RAM 13 are connected to each other via a bus 14. An input/output (I/O) interface 15 is also connected to bus 14.
Various components in the electronic device 10 are connected to the I/O interface 15, including: an input unit 16 such as a keyboard, a mouse, etc.; an output unit 17 such as various types of displays, speakers, and the like; a storage unit 18 such as a magnetic disk, an optical disk, or the like; and a communication unit 19 such as a network card, modem, wireless communication transceiver, etc. The communication unit 19 allows the electronic device 10 to exchange information/data with other devices via a computer network, such as the internet, and/or various telecommunication networks.
The processor 11 may be a variety of general and/or special purpose processing components having processing and computing capabilities. Some examples of processor 11 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various specialized Artificial Intelligence (AI) computing chips, various processors running machine learning model algorithms, digital Signal Processors (DSPs), and any suitable processor, controller, microcontroller, etc. The processor 11 performs the various methods and processes described above, such as a dynamic transaction behavior scheduling method based on a micro-service embedded scheduling framework.
In some embodiments, the dynamic transaction behavior scheduling method based on the micro-service embedded scheduling framework may be implemented as a computer program tangibly embodied on a computer-readable storage medium, such as the storage unit 18. In some embodiments, part or all of the computer program may be loaded and/or installed onto the electronic device 10 via the ROM 12 and/or the communication unit 19. When the computer program is loaded into RAM 13 and executed by processor 11, one or more of the steps of the dynamic transaction behavior scheduling method described above based on the micro-service embedded scheduling framework may be performed. Alternatively, in other embodiments, the processor 11 may be configured to perform the dynamic transaction behavior scheduling method based on the micro-service embedded scheduling framework in any other suitable manner (e.g., by means of firmware).
The method comprises the following steps: under the micro-service embedded scheduling framework, acquiring a transaction behavior request to be scheduled in real time; wherein the to-be-scheduled traffic is a request sent over a hypertext transfer protocol (HTTP); carrying out request analysis processing on the transaction behavior request to be scheduled to obtain a transaction behavior request analysis result; carrying out matching inquiry according to the transaction behavior request analysis result and a pre-constructed transaction configuration table to obtain a matching inquiry result; if the matching query result is the matching query existence result, acquiring and calling up a transaction behavior type instance, and feeding back the transaction behavior type instance to a user.
Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuit systems, field Programmable Gate Arrays (FPGAs), application Specific Integrated Circuits (ASICs), application Specific Standard Products (ASSPs), systems On Chip (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs, the one or more computer programs may be executed and/or interpreted on a programmable system including at least one programmable processor, which may be a special purpose or general-purpose programmable processor, that may receive data and instructions from, and transmit data and instructions to, a storage system, at least one input device, and at least one output device.
A computer program for carrying out methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the computer programs, when executed by the processor, cause the functions/acts specified in the flowchart and/or block diagram block or blocks to be implemented. The computer program may execute entirely on the machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.
In the context of the present invention, a computer-readable storage medium may be a tangible medium that can contain, or store a computer program for use by or in connection with an instruction execution system, apparatus, or device. The computer readable storage medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. Alternatively, the computer readable storage medium may be a machine readable signal medium. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
To provide for interaction with a user, the systems and techniques described here can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and a pointing device (e.g., a mouse or a trackball) through which a user can provide input to the electronic device. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic input, speech input, or tactile input.
The systems and techniques described here can be implemented in a computing system that includes a background component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such background, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), wide Area Networks (WANs), blockchain networks, and the internet.
The computing system may include clients and servers. The client and server are typically remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The server can be a cloud server, also called a cloud computing server or a cloud host, and is a host product in a cloud computing service system, so that the defects of high management difficulty and weak service expansibility in the traditional physical hosts and VPS service are overcome.
It should be appreciated that various forms of the flows shown above may be used to reorder, add, or delete steps. For example, the steps described in the present invention may be performed in parallel, sequentially, or in a different order, so long as the desired results of the technical solution of the present invention are achieved, and the present invention is not limited herein.
The above embodiments do not limit the scope of the present invention. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives are possible, depending on design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present invention should be included in the scope of the present invention.
Example IV
A fourth embodiment of the present invention also provides a method for performing a dynamic transaction behavior scheduling method based on a microservice embedded scheduling framework, the method comprising: under the micro-service embedded scheduling framework, acquiring a transaction behavior request to be scheduled in real time; wherein the to-be-scheduled traffic is a request sent over a hypertext transfer protocol (HTTP); carrying out request analysis processing on the transaction behavior request to be scheduled to obtain a transaction behavior request analysis result; carrying out matching inquiry according to the transaction behavior request analysis result and a pre-constructed transaction configuration table to obtain a matching inquiry result; if the matching query result is the matching query existence result, acquiring and calling up a transaction behavior type instance, and feeding back the transaction behavior type instance to a user.
Of course, the computer-readable storage medium provided by the embodiments of the present invention has computer-executable instructions not limited to the above-described method operations, but may also perform related operations in the dynamic transaction behavior scheduling method based on the micro-service embedded scheduling framework provided by any embodiment of the present invention.
From the above description of embodiments, it will be clear to a person skilled in the art that the present invention may be implemented by means of software and necessary general purpose hardware, but of course also by means of hardware, although in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present invention may be embodied essentially or in a part contributing to the prior art in the form of a software product, which may be stored in a computer readable storage medium, such as a floppy disk, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a FLASH Memory (FLASH), a hard disk or an optical disk of a computer, etc., and include several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the method according to the embodiments of the present invention.
It should be noted that, in the embodiment of the dynamic transaction behavior scheduling device based on the micro-service embedded scheduling framework, each unit and module included are only divided according to the functional logic, but not limited to the above-mentioned division, so long as the corresponding functions can be realized; in addition, the specific names of the functional units are also only for distinguishing from each other, and are not used to limit the protection scope of the present invention.
The above embodiments do not limit the scope of the present invention. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives are possible, depending on design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present invention should be included in the scope of the present invention.

Claims (10)

1. A dynamic transaction behavior scheduling method based on a micro-service embedded scheduling framework is characterized by comprising the following steps:
under the micro-service embedded scheduling framework, acquiring a transaction behavior request to be scheduled in real time; wherein the to-be-scheduled traffic is a request sent over a hypertext transfer protocol (HTTP);
carrying out request analysis processing on the transaction behavior request to be scheduled to obtain a transaction behavior request analysis result;
carrying out matching inquiry according to the transaction behavior request analysis result and a pre-constructed transaction configuration table to obtain a matching inquiry result;
if the matching query result is the matching query existence result, acquiring and calling up a transaction behavior type instance, and feeding back the transaction behavior type instance to a user.
2. The method of claim 1, further comprising, after said matching query based on said transaction behavior request parsing result and a pre-built transaction configuration table, obtaining a matching query result:
if the matching query result is the matching query non-existence result, the information of the non-existence transaction behavior type instance is fed back to the user.
3. The method of claim 2, wherein the performing a request parsing process on the transaction behavior request to be scheduled to obtain a transaction behavior request parsing result includes:
carrying out request analysis processing on the uniform resource identifier URL in the transaction behavior request to be scheduled to obtain a target transaction code and a target version number;
and combining the target transaction code and the target version number to obtain a transaction behavior request analysis result.
4. The method of claim 3, wherein the performing a matching query based on the transaction behavior request parsing result and a pre-constructed transaction configuration table to obtain a matching query result comprises:
and carrying out matching inquiry in the transaction configuration table according to the target transaction code and the target version number in the transaction behavior request analysis result, and determining to obtain a matching inquiry result according to whether the transaction behavior type bean name corresponding to the target transaction code and the target version number is matched.
5. The method of claim 4, wherein if the matching query result is a matching query presence result, obtaining and invoking the transaction behavior type instance comprises:
and if the matching query result is the matching query existence result, acquiring a transaction behavior type instance from the Spring container, and calling the transaction behavior type instance.
6. The method of claim 5, wherein the transaction configuration table comprises: a transaction attribute table, a transaction schedule table and an atomic transaction information table;
wherein, the transaction attribute table takes micro-service and transaction code as main keys;
the transaction schedule takes transaction codes, internal transaction codes and card types as main keys;
the atomic transaction information table takes an atomic transaction identity code as a main key and is used for recording the information of different types of atomic transaction scheduling parameters.
7. The method of claim 6, wherein the interface corresponding to the micro-service embedded schedule framework comprises: a local interface, an ACCM interface, and an ACC interface;
the local interface is called in a function calling mode;
the ACCM interface invokes other micro-service applications based on openfeign;
the ACC interface calls other non-micro service applications based on the ACC component, and the ACC interface assembles the message in a post request mode.
8. A dynamic transaction behavior scheduling device based on a microservice embedded scheduling framework, comprising:
the transaction behavior request acquisition module to be scheduled is used for acquiring the transaction behavior request to be scheduled in real time under the micro-service embedded scheduling framework; wherein the to-be-scheduled traffic is a request sent over a hypertext transfer protocol (HTTP);
the transaction behavior request analysis result determining module is used for carrying out request analysis processing on the transaction behavior request to be scheduled to obtain a transaction behavior request analysis result;
the matching query result determining module is used for carrying out matching query according to the transaction behavior request analysis result and a pre-constructed transaction configuration table to obtain a matching query result;
and the transaction behavior type instance feedback module is used for acquiring and calling up the transaction behavior type instance and feeding back the transaction behavior type instance to the user if the matching query result is the matching query existence result.
9. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the dynamic transaction behavior scheduling method based on a microservice embedded scheduling framework of any one of claims 1-7 when the computer program is executed by the processor.
10. A computer readable storage medium storing computer instructions for causing a processor to implement the micro-service embedded scheduling framework based dynamic transaction behavior scheduling method of any one of claims 1-7 when executed.
CN202311639254.3A 2023-12-01 2023-12-01 Dynamic transaction behavior scheduling method based on micro-service embedded scheduling framework Pending CN117632427A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311639254.3A CN117632427A (en) 2023-12-01 2023-12-01 Dynamic transaction behavior scheduling method based on micro-service embedded scheduling framework

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311639254.3A CN117632427A (en) 2023-12-01 2023-12-01 Dynamic transaction behavior scheduling method based on micro-service embedded scheduling framework

Publications (1)

Publication Number Publication Date
CN117632427A true CN117632427A (en) 2024-03-01

Family

ID=90031780

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311639254.3A Pending CN117632427A (en) 2023-12-01 2023-12-01 Dynamic transaction behavior scheduling method based on micro-service embedded scheduling framework

Country Status (1)

Country Link
CN (1) CN117632427A (en)

Similar Documents

Publication Publication Date Title
CN115357761A (en) Link tracking method and device, electronic equipment and storage medium
CN113779422B (en) Method and device for realizing relationship chain label, electronic equipment and storage medium
CN113127335A (en) System testing method and device
CN108830441B (en) Resource query method and device
CN114996557B (en) Service stability determination method, device, equipment and storage medium
CN117632427A (en) Dynamic transaction behavior scheduling method based on micro-service embedded scheduling framework
CN115033233A (en) Interface calling method and device, electronic equipment and storage medium
CN114722071A (en) Attendance data processing method and device, electronic equipment and storage medium
CN113779018A (en) Data processing method and device
CN115529271B (en) Service request distribution method, device, equipment and medium
CN115840604B (en) Data processing method, device, electronic equipment and computer readable storage medium
CN114844957B (en) Link message conversion method, device, equipment, storage medium and program product
CN116432169B (en) Automatic task permission control method, system and equipment based on sharing strategy
CN116360892B (en) Function expansion method, device, equipment and medium of distributed service system
CN117632138A (en) Attendance application form analysis method and device, electronic equipment and storage medium
CN116071112A (en) Advertisement putting service processing method and device, electronic equipment and storage medium
CN117395309A (en) Data reporting method, device, computer equipment and storage medium
CN117081939A (en) Traffic data processing method, device, equipment and storage medium
CN116416002A (en) Advertisement conversion data returning method and device, electronic equipment and storage medium
CN113360499A (en) Data query method and device
CN115658026A (en) Service processing method, device, equipment and storage medium
CN114448703A (en) Request processing method and device, electronic equipment and storage medium
CN115391632A (en) Data query system, method, device and computer equipment based on RestFul protocol
CN117056047A (en) Federal learning task scheduling method, device, medium and equipment based on block chain
CN118212019A (en) Service processing method, system, device, server and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination