WO2022252852A1 - 一种业务请求的处理方法、相关装置及存储介质 - Google Patents

一种业务请求的处理方法、相关装置及存储介质 Download PDF

Info

Publication number
WO2022252852A1
WO2022252852A1 PCT/CN2022/087823 CN2022087823W WO2022252852A1 WO 2022252852 A1 WO2022252852 A1 WO 2022252852A1 CN 2022087823 W CN2022087823 W CN 2022087823W WO 2022252852 A1 WO2022252852 A1 WO 2022252852A1
Authority
WO
WIPO (PCT)
Prior art keywords
service request
server
operation instruction
request
operation object
Prior art date
Application number
PCT/CN2022/087823
Other languages
English (en)
French (fr)
Inventor
张莉
于嘉
Original Assignee
中国民航信息网络股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中国民航信息网络股份有限公司 filed Critical 中国民航信息网络股份有限公司
Priority to US18/561,706 priority Critical patent/US20240223647A1/en
Publication of WO2022252852A1 publication Critical patent/WO2022252852A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079—Root cause analysis, i.e. error or fault diagnosis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793—Remedial or corrective actions

Definitions

  • the present application relates to the field of computer technology, and in particular to a service request processing method, a related device and a storage medium.
  • the electronic ticket management system adopts the architecture of active and standby servers to ensure the high availability of the system.
  • the primary server fails, it can be quickly switched to the standby server, and when the primary server recovers, it can be switched back from the standby server in an instant, thus ensuring business continuity.
  • request A is associated with request B
  • request B is associated with request C
  • request A is switched to the standby server.
  • the standby server When the standby server receives the request B associated with A request, the The standby server does not have a request A, so it cannot process the B request; and when the standby server is switched to the primary server, if the primary server receives the C request associated with the B request, since the primary server does not exist the B request , and there are many other requests in the main server at the same time, the main server may mistakenly associate C request with other requests, resulting in failure errors and reducing the correct rate of server processing business requests.
  • the embodiment of the present application provides a method for processing a service request, which is used to troubleshoot errors that occur when the server processes the service request.
  • the embodiment of the present application provides a method for processing a service request, which is characterized in that it includes:
  • the embodiment of the present application provides a service request processing device, which is characterized in that it includes:
  • a determining unit configured to determine the target time period according to the time when the first server is switched to the second server;
  • an acquiring unit configured to acquire log data of the first server and the second server within the target time period
  • the acquiring unit is further configured to acquire a first service request and a second service request according to the log data, wherein the first request and the second service request are initiated by the same user, and the first The service request is processed by the first server, and the second service request is processed by the second server;
  • a judging unit configured to judge whether the first service request and the second service request are association requests according to the operation instruction of the first service request and the operation instruction of the second service request;
  • the judging unit is further configured to judge the operation object of the first service request and the operation object of the second service request when whether the first service request and the second service request are association requests whether the same;
  • the determining unit is further configured to determine that the operation object of the second service request is wrong when the operation object of the first service request is different from the operation object of the second service request.
  • Another aspect of the present application provides a computer device, including: a memory, a processor, and a bus system; the memory is used for storing program code; The processing method of the business request.
  • Another aspect of the present application provides a computer-readable storage medium, where instructions are stored in the computer-readable storage medium, and when the computer-readable storage medium is run on a computer, the computer is made to execute the service request processing method described in any one of the above aspects.
  • the embodiment of the present application has the following advantages: when the server processing the business request is switched from the first server to the second server, the target time period is determined according to the switching time, and the log data within the target time period is obtained . According to the log data, the first service request and the second service request corresponding to the user are acquired, wherein the second service request is a service request initiated by the user after the first service request. According to the operation instruction of the first service request and the operation instruction between the second service request, it is judged whether the first service request and the second service request are association requests. If yes, it means that the second service request is made based on the first service request.
  • Fig. 1 is a schematic diagram of an embodiment of a method for processing a service request in the present application
  • FIG. 2 is a schematic structural diagram of a service request processing device in the present application
  • FIG. 3 is a schematic structural diagram of a computing device in this application.
  • the embodiment of the present application provides a method for processing a service request, which is used to troubleshoot errors that occur when the server processes the service request.
  • FIG. 1 is a schematic diagram of an embodiment of a method for processing a business request in the embodiment of the present application.
  • an embodiment of the method for processing a business request in the embodiment of the present application includes:
  • the target time period is selected according to the time when the first server is switched to the second server.
  • the target time period should include the moment when the first server is switched to the second server. For example, if the time when the first server is switched to the second server is 10 o'clock, then the time period from 9:58 to 10:02 may be selected as the target time period.
  • the electronic ticket management system adopts the architecture of active and standby servers to ensure the high availability of the system.
  • the primary server fails, it can be quickly switched to the standby server, and when the primary server recovers, it can be switched back from the standby server in an instant, thus ensuring business continuity.
  • the service request processing method provided in the embodiment of the present application is not limited to switching from the primary server to the standby server, or switching from the standby server to the primary server.
  • the log data of the first server and the second server within the target time period are collected.
  • the log data records the service requests processed by the first server and the second server within the target time period.
  • the log data can be formatted, and the business requests recorded in the log data can be stored in the form of time, transaction number, user information, and text.
  • the business requests recorded in the log data are obtained according to the corresponding user information, wherein each business request includes the corresponding transaction time, transaction number, user information, operation instructions and operation objects.
  • each business request includes the corresponding transaction time, transaction number, user information, operation instructions and operation objects.
  • the same user initiates the first service request and the second service request successively as an example for illustration, and before the first server is switched to the second server, the first service request Processed by the first server, after the first server is switched to the second server, the second service request is processed by the second server.
  • this application does not limit the number of users, that is, the business requests recorded in the log data are divided into pieces according to different user information.
  • the content in each shard should be the continuous operation of the same user within a short target time, and automatically arranged in chronological order.
  • Each shard is independent of each other, and parallel analysis does not affect each other.
  • the historical business requests can be used as training samples for cluster analysis, so as to group each business request according to the associated characteristics of the operation instructions. Specifically, since there are often contextual associations between different business requests, a certain transaction request can be centered, and business requests with context-related operation instructions can be divided into one group, so as to train multiple fixed transaction groups , which is the "target transaction group" in this application, and the target transaction group includes at least one target operation instruction.
  • target transaction groups such as booking transaction groups or refund transaction groups, etc.
  • ticket transaction group including seat reservation requests, upgrade requests and payment requests Wait for context-related requests.
  • the operation instruction in the business request is the same as one of the target operation instructions of the target transaction group, it can be determined that the business request belongs to the target transaction group, and for multiple business requests belonging to the same target transaction group, it can be determined as an associated request .
  • the number of target transaction groups is taken as an example for illustration.
  • the target operation instruction of the target transaction group Take the target operation instruction of the target transaction group as the center point, for example, the target operation instruction includes M instruction and N instruction, then both M instruction and N instruction are the center point of the target transaction group. If the distance from the operation instruction of the first business request to the M instruction (center point) is 0, it means that the first business request belongs to the target transaction group, and the distance from the operation instruction of the second business request to the N instruction (center point) is 0, it means that the second business request also belongs to the target transaction group.
  • first business request and the second business request belong to the same target transaction group, then it is proved that the first business request and the second business request are related requests; If the distance is 0, it means that the first business request belongs to the target transaction group, and the distance from the operation command of the second business request to the M command or N command (center point) is not 0, then it means that the second business request does not belong to the target transaction group.
  • the target transaction group so the first business request and the second business request do not belong to the same target transaction group, it proves that the first business request and the second business request are not associated requests.
  • each service request includes the corresponding transaction time, transaction number, user information, operation instruction and operation object.
  • the operation object of the first service request and the operation object of the second service request are different, it may be determined that the operation object of the second service request is wrong.
  • the first service request is processed by the first server, and after the first server is switched to the second server, the second service request is processed by the second server, but in the process of processing the second service request by the second server, due to the There is no first business request in the second server, so during the processing of the second business request, it cannot be associated with the first business request, resulting in the second business request being associated with other business requests, so the second business request The requested operand is wrong.
  • the first service request is a request processed by the first server before the first server is switched to the second server, it can be determined that the operation object of the first service request is correct.
  • the operation object of the second service request can be modified based on the operation object of the first service request, so that the operation object of the second service request is the same as the operation object of the first service request, so as to complete the operation of the second service request Object correction.
  • the target time period is determined according to the switching time, and the log data within the target time period is acquired.
  • the first service request and the second service request corresponding to the user are acquired, wherein the second service request is a service request initiated by the user after the first service request.
  • the operation instruction of the first service request and the operation instruction between the second service request it is judged whether the first service request and the second service request are association requests. If yes, it means that the second service request is made based on the first service request.
  • each block in a flowchart or block diagram may represent a module, program segment, or portion of code that contains one or more logical functions for implementing specified executable instructions.
  • the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or they may sometimes be executed in the reverse order, depending upon the functionality involved.
  • each block of the block diagrams and/or flowchart illustrations, and combinations of blocks in the block diagrams and/or flowchart illustrations can be implemented by a dedicated hardware-based system that performs the specified functions or operations , or may be implemented by a combination of dedicated hardware and computer instructions.
  • a service request processing device provided in the embodiment of the present application, the service request processing device includes:
  • a determining unit 201 configured to determine a target time period according to the time when the first server is switched to the second server;
  • An obtaining unit 202 configured to obtain log data of the first server and the second server within the target time period
  • the acquiring unit 202 is further configured to acquire a first service request and a second service request according to the log data, wherein the first request and the second service request are initiated by the same user, and the second service request A service request is processed by the first server, and the second service request is processed by the second server;
  • a judging unit 203 configured to judge whether the first service request and the second service request are association requests according to the operation instruction of the first service request and the operation instruction of the second service request;
  • the judging unit 203 is further configured to judge the operation object of the first service request and the operation of the second service request when whether the first service request and the second service request are association requests whether the objects are the same;
  • the determining unit 201 is further configured to determine that the operation object of the second service request is wrong when the operation object of the first service request is different from the operation object of the second service request.
  • the service request processing device further includes:
  • the modification unit 204 is configured to use the operation object of the first service request to modify the operation object of the second service request.
  • the determining unit 201 is specifically configured to acquire a target transaction group, the target transaction group including at least one target operation instruction;
  • the second business requests all belong to the target transaction group
  • the determining unit 201 is further configured to: when the distance between the operation instruction of the first service request and the center point is 0, and the distance between the operation instruction of the second service request and the center point is not 0 , it is determined that the first service request belongs to the target transaction group, and the second service request does not belong to the target transaction group;
  • the apparatus for processing a service request may perform the operations described in any one of the embodiments shown in FIG. 1 , and details are not repeated here.
  • FPGAs Field Programmable Gate Arrays
  • ASICs Application Specific Integrated Circuits
  • ASSPs Application Specific Standard Products
  • SOCs System on Chips
  • CPLD Complex Programmable Logical device
  • the present application also provides a computer-readable storage medium that stores one or more computer-executable instructions.
  • the processor executes a possible implementation in any of the embodiments shown in FIG. 1 above. way of way.
  • the above-mentioned computer-readable medium in the present disclosure may be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two.
  • a computer-readable storage medium may include, but is not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to, electrical connections with one or more wires, portable computer diskettes, hard disks, random access memory (RAM), read-only memory (ROM), erasable Programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination of the above.
  • a computer-readable storage medium may be any tangible medium that contains or stores a program that can be used by or in conjunction with an instruction execution system, apparatus, or device.
  • a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave carrying computer-readable program code therein. Such propagated data signals may take many forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the foregoing.
  • a computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium, which can transmit, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device .
  • Program code embodied on a computer readable medium may be transmitted by any appropriate medium, including but not limited to wires, optical cables, RF (radio frequency), etc., or any suitable combination of the above.
  • the above-mentioned computer-readable medium may be included in the above-mentioned electronic device, or may exist independently without being incorporated into the electronic device.
  • embodiments of the present disclosure include a computer program product including a computer program carried on a non-transitory computer readable medium, the computer program including program code for executing the method shown in FIG. 1 .
  • FIG. 3 is a schematic structural diagram of a computer device in an embodiment of the present application.
  • the computer device 300 may have relatively large differences due to different configurations or performances, and may include one or more central processing units (central processing units, CPU) 322 (for example, one or more processors) and Storage 332, one or more storage media 330 (such as one or more mass storage devices) that store application programs 342 or data 344 .
  • the memory 332 and the storage medium 330 may be temporary storage or persistent storage.
  • the program stored in the storage medium 330 may include one or more modules (not shown in the figure), and each module may include a series of instruction operations on the computer device. Furthermore, the central processing unit 322 may be configured to communicate with the storage medium 330 , and execute a series of instruction operations in the storage medium 330 on the computer device 300 .
  • Computer device 300 may also include one or more power supplies 326, one or more wired or wireless network interfaces 350, one or more input and output interfaces 358, and/or, one or more operating systems 341, such as Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM, etc.
  • the method for processing service requests in the above embodiments may be based on the structure of the computer device shown in FIG. 3 .
  • Embodiments of the present application also provide a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, and when the computer program is run on a computer, the computer executes the methods described in the foregoing embodiments.
  • Embodiments of the present application also provide a computer program product including a program, which when run on a computer, causes the computer to execute the methods described in the foregoing embodiments.
  • the disclosed system, device and method can be implemented in other ways.
  • the device embodiments described above are only illustrative.
  • the division of the units is only a logical function division. In actual implementation, there may be other division methods.
  • multiple units or components can be combined or May be integrated into another system, or some features may be ignored, or not implemented.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces, and the indirect coupling or communication connection of devices or units may be in electrical, mechanical or other forms.
  • the units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place, or may be distributed to multiple network units. Part or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, each unit may exist separately physically, or two or more units may be integrated into one unit.
  • the above-mentioned integrated units can be implemented in the form of hardware or in the form of software functional units.
  • the integrated unit is realized in the form of a software function unit and sold or used as an independent product, it can be stored in a computer-readable storage medium.
  • the technical solution of the present application is essentially or part of the contribution to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium , including several instructions to make a computer device (which may be a personal computer, an interactive video management device, or a network device, etc.) execute all or part of the steps of the method described in each embodiment of the present application.
  • the aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (read-only memory, ROM), random access memory (random access memory, RAM), magnetic disk or optical disc and other media that can store program codes. .

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Hardware Redundancy (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请实施例公开了一种业务请求的处理方法、相关装置及存储介质。本申请实施例方法包括：第一服务器切换为第二服务器时，根据切换时间确定目标时间段，获取目标时间段内的日志数据。根据日志数据，获取用户对应的第一业务请求和第二业务请求，其中，第二业务请求为用户在第一业务请求之后发起的业务请求。根据第一业务请求的操作指令和第二业务请求之间的操作指令，判断第一业务请求和第二业务请求是否为关联请求。若是，判断第一业务请求的操作对象和第二业务请求的操作对象是否相同；若不同，则确定第二业务请求的操作对象是错误的。通过上述方式，可以判断所处理的关联请求是否执行正确，从而排查服务器处理业务请求发生的错误。

Description

一种业务请求的处理方法、相关装置及存储介质
本申请要求于2021年5月31日提交中国专利局、申请号为202110604812.7、发明名称为“一种业务请求的处理方法、相关装置及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及计算机技术领域，尤其涉及一种业务请求的处理方法、相关装置及存储介质。
背景技术
在民航客运技术中，电子客票管理系统采用了主备服务器的架构来保障系统的高可用性。当主服务器发生故障时，可以迅速切换至备服务器，当主服务器恢复后又可以瞬间由备服务器切回，从而保障业务的连续性。
一般来说，同一请求同一时间只能存在于一个服务器。但是在业务请求的处理过程中，同一个用户往往发起多个上下文关联的业务请求。以A请求与B请求关联，B请求与C请求关联为例，A请求已经在主服务器完成处理后，将主服务器切换为备服务器，而备服务器接收到与A请求关联的B请求时，此时备服务器中并不存在A请求，因此无法对B请求进行处理；而当备服务器切换为主服务器后，若主服务器接收到与B请求关联的C请求，由于主服务器中并不存在B请求，且主服务器中同时存在较多的其他请求，则主服务器可能会错将C请求与其他请求进行关联处理，导致发生故障错误，降低了服务器处理业务请求的正确率。
发明内容
有鉴于此，本申请实施例提供了一种业务请求的处理方法，用于排查服务器处理业务请求所发生的错误。
第一方面，本申请实施例提供了一种业务请求的处理方法，其特征在于，包括：
根据第一服务器切换为第二服务器的时间确定目标时间段；
获取所述第一服务器和所述第二服务器在所述目标时间段内的日志数据；
根据所述日志数据获取第一业务请求和第二业务请求，其中，所述第一请求和所述第二业务请求是由同一用户所发起的，所述第一业务请求由所述第一服务器处理进行处理，所述第二业务请求由所述第二服务器进行处理；
根据所述第一业务请求的操作指令和所述第二业务请求的操作指令，判断所述第一业务请求和所述第二业务请求之间是否为关联请求；
若是，判断所述第一业务请求的操作对象和所述第二业务请求的操作对象是否相同；
若不同，则确定所述第二业务请求的操作对象是错误的。
第二方面，本申请实施例提供了一种业务请求处理装置，其特征在于，包括：
确定单元，用于根据第一服务器切换为第二服务器的时间确定目标时间段；
获取单元，用于获取所述第一服务器和所述第二服务器在所述目标时间段内的日志数据；
所述获取单元，还用于根据所述日志数据获取第一业务请求和第二业务请求，其中， 所述第一请求和所述第二业务请求是由同一用户所发起的，所述第一业务请求由所述第一服务器处理进行处理，所述第二业务请求由所述第二服务器进行处理；
判断单元，用于根据所述第一业务请求的操作指令和所述第二业务请求的操作指令，判断所述第一业务请求和所述第二业务请求之间是否为关联请求；
所述判断单元，还用于当所述第一业务请求和所述第二业务请求之间是否为关联请求时，判断所述第一业务请求的操作对象和所述第二业务请求的操作对象是否相同；
所述确定单元，还用于当所述第一业务请求的操作对象和所述第二业务请求的操作对象不同时，则确定所述第二业务请求的操作对象是错误的。
本申请另一方面提供一种计算机设备，包括：存储器、处理器以及总线系统；所述存储器用于存储程序代码；所述处理器用于根据所述程序代码中的指令执行上述任一方面所述的业务请求的处理方法。
本申请另一方面提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一方面所述的业务请求的处理方法。
根据本申请的另一方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述任一方面所述的业务请求的处理方法。
从以上技术方案可以看出，本申请实施例具有以下优点：当处理业务请求的服务器，由第一服务器切换为第二服务器时，根据切换时间确定目标时间段，获取目标时间段内的日志数据。根据日志数据，获取用户对应的第一业务请求和第二业务请求，其中，第二业务请求为用户在第一业务请求之后发起的业务请求。根据第一业务请求的操作指令和第二业务请求之间的操作指令，判断第一业务请求和第二业务请求是否为关联请求。若是，则说明第二业务请求是基于第一业务请求所做出。判断所述第一业务请求的操作对象和所述第二业务请求的操作对象是否相同；若不同，则确定所述第二业务请求的操作对象是错误的。通过上述方式，可以在第一服务器切换为第二服务器后，基于第一服务器和第二服务器的日志数据，判断所处理的关联请求是否执行正确，从而排查服务器处理业务请求所发生的错误。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请中业务请求的处理方法的一个实施例示意图；
图2为本申请中业务请求处理装置的一个结构示意图；
图3为本申请中计算设备的一个结构示意图。
具体实施方式
本申请实施例提供了一种业务请求的处理方法，用于排查服务器处理业务请求所发生 的错误。
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“对应于”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
请参阅图1，图1为本申请实施例中业务请求的处理方法的一个实施例示意图，如图1所示，本申请实施例中业务请求的处理方法的一个实施例包括：
101、根据第一服务器切换为第二服务器的时间确定目标时间段；
本申请实施例中，当用于处理业务请求的服务器，由第一服务器切换为第二服务器后，根据第一服务器切换为第二服务器的时间选取目标时间段。其中，该目标时间段应当包括第一服务器切换为第二服务器的时刻。例如，第一服务器切换为第二服务器的时间点为10点，那么可以选择9点58分至10点02分的时间段，作为目标时间段。
如背景技术中所提到的，在民航客运技术中，电子客票管理系统采用了主备服务器的架构来保障系统的高可用性。当主服务器发生故障时，可以迅速切换至备服务器，当主服务器恢复后又可以瞬间由备服务器切回，从而保障业务的连续性。进一步的，本申请实施例所提供的业务请求的处理方法，并不限定于是主服务器切换为备服务器，或者是备服务器切换为主服务器。
102、获取所述第一服务器和所述第二服务器在所述目标时间段内的日志数据；
对第一服务器和第二服务器在目标时间段内的日志数据进行采集。该日志数据记录了在目标时间段内，第一服务器和第二服务器所处理的业务请求。进一步的，为了便于进行后续的处理分析，可以将日志数据进行格式化，将日志数据中所记录的业务请求以时间、交易号、用户信息和正文等形式进行存储。
103、根据所述日志数据获取第一业务请求和第二业务请求，其中，所述第一请求和所述第二业务请求是由同一用户所发起的，所述第一业务请求由所述第一服务器处理进行处理，所述第二业务请求由所述第二服务器进行处理；
将日志数据中所记录的业务请求，按照其所对应的用户信息，进行获取，其中，每个业务请求都包括了对应的交易时间、交易号、用户信息、操作指令和操作对象。本申请实施例中，为了便于描述和理解，以同一用户先后发起了第一业务请求和第二业务请求为例，进行阐述，并且，在第一服务器切换为第二服务器之前，第一业务请求由第一服务器进行了处理，在第一服务器切换为第二服务器之后，第二业务请求由第二服务器进行了处理。
在实际应用中，本申请并不限定用户的数量，即将日志数据中所记录的业务请求，按照不同的用户信息，进行分片。每个分片中的内容都应该是目标时间短内同一个用户的连续操作,并自动按时间顺序排好，每个分片彼此之间相互独立，并行分析互不影响。
104、根据所述第一业务请求的操作指令和所述第二业务请求的操作指令，判断所述第一业务请求和所述第二业务请求之间是否为关联请求；
在判断第一业务请求和第二业务请求之间是否为关联请求之前，可以先将历史的业务请求作为训练样本，进行聚类分析，从而将各个业务请求，按操作指令的关联特性进行分组。具体的，由于不同的业务请求之间往往存在上下文关联，因此可以以某一交易请求为中心，将其有上下文关联的操作指令的业务请求划分为一组，从而训练出固定的多个交易组，即为本申请中的“目标交易组”，该目标交易组包括了至少一个目标操作指令。
在实际应用中，目标交易组的数量可能会有多个，例如包括了订票交易组或退票交易组等等，而在订票交易组中，包括了订座请求、升舱请求和支付请求等存在上下文关联的请求。当业务请求中的操作指令与目标交易组的其中一个目标操作指令相同时，则可以确定该业务请求属于该目标交易组，而对于属于同一目标交易组的多个业务请求，可以确定为关联请求。为了便于理解，本申请实施例中，以目标交易组的数量为一个作为例子，进行阐述。
以目标交易组的目标操作指令为中心点，例如目标操作指令包括M指令和N指令，则M指令和N指令皆为目标交易组的中心点。若第一业务请求的操作指令到M指令(中心点)的距离为0，则说明第一业务请求属于该目标交易组，且第二业务请求的操作指令到N指令(中心点)的距离为0，则说明第二业务请求也属于该目标交易组。此时第一业务请求和第二业务请求都属于同一个目标交易组，则证明第一业务请求和第二业务请求为关联请求；若第一业务请求的操作指令到M指令(中心点)的距离为0，则说明第一业务请求属于该目标交易组，且第二业务请求的操作指令到M指令或N指令(中心点)的距离都不为0，则说明第二业务请求不属于该目标交易组，因此第一业务请求和第二业务请求不属于同一个目标交易组，则证明第一业务请求和第二业务请求不是关联请求。
105、若是，判断所述第一业务请求的操作对象和所述第二业务请求的操作对象是否相同；
如步骤103中所述，每个业务请求都包括了对应的交易时间、交易号、用户信息、操作指令和操作对象。在确定出第一业务请求和第二业务请求之间为关联请求之后，再判断第一业务请求的操作对象和所述第二业务请求的操作对象是否相同。
106、若不同，则确定所述第二业务请求的操作对象是错误的。
作为属于同一用户发起的第一业务请求和第二业务请求，如果第一业务请求的操作对象和第二业务请求的操作对象是不同的，那么可以确定第二业务请求的操作对象是错误的。说明第一业务请求由第一服务器进行处理，而第一服务器切换为第二服务器之后，第二业务请求由第二服务器进行处理，但第二服务器在处理第二业务请求的过程中，由于第二服务器中并不存在第一业务请求，所以第二业务请求的处理过程中，无法与第一业务请求进行关联处理，导致第二业务请求与其他的业务请求进行了关联处理，因此第二业务请求的 操作对象是错误的。
进一步的，由于第一业务请求是在第一服务器切换为第二服务器之前，由第一服务器所处理的请求，因此，可以确定第一业务请求的操作对象，是正确的。可以以第一业务请求的操作对象为准，对第二业务请求的操作对象进行修改，使得第二业务请求的操作对象与第一业务请求的操作对象相同，从而完成对第二业务请求的操作对象的纠错。
本申请实施例中，当处理业务请求的服务器，由第一服务器切换为第二服务器时，根据切换时间确定目标时间段，获取目标时间段内的日志数据。根据日志数据，获取用户对应的第一业务请求和第二业务请求，其中，第二业务请求为用户在第一业务请求之后发起的业务请求。根据第一业务请求的操作指令和第二业务请求之间的操作指令，判断第一业务请求和第二业务请求是否为关联请求。若是，则说明第二业务请求是基于第一业务请求所做出。判断所述第一业务请求的操作对象和所述第二业务请求的操作对象是否相同；若不同，则确定所述第二业务请求的操作对象是错误的。通过上述方式，可以在第一服务器切换为第二服务器后，基于第一服务器和第二服务器的日志数据，判断所处理的关联请求是否执行正确，从而排查服务器处理业务请求所发生的错误。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
下面对本申请实施例中的业务请求处理装置进行描述，请参阅图2，本申请实施例提供的一种业务请求处理装置，该业务请求处理装置包括：
确定单元201，用于根据第一服务器切换为第二服务器的时间确定目标时间段；
获取单元202，用于获取所述第一服务器和所述第二服务器在所述目标时间段内的日志数据；
所述获取单元202，还用于根据所述日志数据获取第一业务请求和第二业务请求，其中，所述第一请求和所述第二业务请求是由同一用户所发起的，所述第一业务请求由所述第一服务器处理进行处理，所述第二业务请求由所述第二服务器进行处理；
判断单元203，用于根据所述第一业务请求的操作指令和所述第二业务请求的操作指令，判断所述第一业务请求和所述第二业务请求之间是否为关联请求；
所述判断单元203，还用于当所述第一业务请求和所述第二业务请求之间是否为关联请求时，判断所述第一业务请求的操作对象和所述第二业务请求的操作对象是否相同；
所述确定单元201，还用于当所述第一业务请求的操作对象和所述第二业务请求的操作对象不同时，则确定所述第二业务请求的操作对象是错误的。
可选地，在上述图2所对应的实施例的基础上，本申请实施例提供的业务请求处理装置的一个实施例中，业务请求处理装置还包括：
修改单元204，用于利用所述第一业务请求的操作对象对所述第二业务请求的操作对象进行修改。
可选地，在上述图2所对应的实施例的基础上，本申请实施例提供的业务请求处理装置的一个实施例中，
所述确定单元201，具体用于获取目标交易组，所述目标交易组包括至少一个目标操作指令；
确定所述目标操作指令为中心点；
若所述第一业务请求的操作指令到所述中心点的距离为0，且所述第二业务请求的操作指令到所述中心点的距离为0，则确定所述第一业务请求和所述第二业务请求都属于所述目标交易组；
确定所述第一业务请求和所述第二业务请求之间为关联请求。
可选地，在上述图2所对应的实施例的基础上，本申请实施例提供的业务请求处理装置的一个实施例中，
所述确定单元201，还用于当所述第一业务请求的操作指令到所述中心点的距离为0，且所述第二业务请求的操作指令到所述中心点的距离不为0时，则确定所述第一业务请求属于所述目标交易组，且所述第二业务请求不属于所述目标交易组；
确定所述第一业务请求和所述第二业务请求之间不为关联请求。
本实施例中，业务请求处理装置可以执行前述图1中任一项所示实施例中所述的操作，具体此处不再赘述。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
本申请还提供一种存储一个或多个计算机执行指令的计算机可读存储介质，当计算机执行指令被处理器执行时，处理器执行如上述图1中任一项所示实施例中可能的实现方式的方法。
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含 或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行图1所示的方法的程序代码。
本申请实施例还提供了一种计算机设备，用于执行图1对应的实施例所提供的业务请求的处理方法。请参阅图3，图3为本申请实施例中计算机设备的一个结构示意图。如图所示，该计算机设备300可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)322(例如，一个或一个以上处理器)和存储器332，一个或一个以上存储应用程序342或数据344的存储介质330(例如一个或一个以上海量存储设备)。其中，存储器332和存储介质330可以是短暂存储或持久存储。存储在存储介质330的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对计算机设备中的一系列指令操作。更进一步地，中央处理器322可以设置为与存储介质330通信，在计算机设备300上执行存储介质330中的一系列指令操作。
计算机设备300还可以包括一个或一个以上电源326，一个或一个以上有线或无线网络接口350，一个或一个以上输入输出接口358，和/或，一个或一个以上操作系统341，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等等。
上述实施例中的业务请求的处理方法，可以基于该图3所示的计算机设备的结构。
本申请实施例中还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行如前述各个实施例描述的方法。
本申请实施例中还提供一种包括程序的计算机程序产品，当其在计算机上运行时，使得计算机执行前述各个实施例描述的方法。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间 接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，互动视频的管理装置，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

  1. 一种业务请求的处理方法，其特征在于，包括：
    根据第一服务器切换为第二服务器的时间确定目标时间段；
    获取所述第一服务器和所述第二服务器在所述目标时间段内的日志数据；
    根据所述日志数据获取第一业务请求和第二业务请求，其中，所述第一请求和所述第二业务请求是由同一用户所发起的，所述第一业务请求由所述第一服务器处理进行处理，所述第二业务请求由所述第二服务器进行处理；
    根据所述第一业务请求的操作指令和所述第二业务请求的操作指令，判断所述第一业务请求和所述第二业务请求之间是否为关联请求；
    若是，判断所述第一业务请求的操作对象和所述第二业务请求的操作对象是否相同；
    若不同，则确定所述第二业务请求的操作对象是错误的。
  2. 根据权利要求1所述的方法，其特征在于，所述确定所述第二业务请求的操作对象是错误的之后，所述方法还包括：
    利用所述第一业务请求的操作对象对所述第二业务请求的操作对象进行修改。
  3. 根据权利要求1或2所述的方法，其特征在于，所述根据所述第一业务请求的操作指令和所述第二业务请求的操作指令，判断所述第一业务请求和所述第二业务请求之间是否为关联请求包括：
    获取目标交易组，所述目标交易组包括至少一个目标操作指令；
    确定所述目标操作指令为中心点；
    若所述第一业务请求的操作指令到所述中心点的距离为0，且所述第二业务请求的操作指令到所述中心点的距离为0，则确定所述第一业务请求和所述第二业务请求都属于所述目标交易组；
    确定所述第一业务请求和所述第二业务请求之间为关联请求。
  4. 根据权利要求3所述的方法，其特征在于，所述确定所述目标操作指令为中心点之后，所述方法还包括：
    若所述第一业务请求的操作指令到所述中心点的距离为0，且所述第二业务请求的操作指令到所述中心点的距离不为0，则确定所述第一业务请求属于所述目标交易组，且所述第二业务请求不属于所述目标交易组；
    确定所述第一业务请求和所述第二业务请求之间不为关联请求。
  5. 一种业务请求处理装置，其特征在于，包括：
    确定单元，用于根据第一服务器切换为第二服务器的时间确定目标时间段；
    获取单元，用于获取所述第一服务器和所述第二服务器在所述目标时间段内的日志数据；
    所述获取单元，还用于根据所述日志数据获取第一业务请求和第二业务请求，其中，所述第一请求和所述第二业务请求是由同一用户所发起的，所述第一业务请求由所述第一服务器处理进行处理，所述第二业务请求由所述第二服务器进行处理；
    判断单元，用于根据所述第一业务请求的操作指令和所述第二业务请求的操作指令， 判断所述第一业务请求和所述第二业务请求之间是否为关联请求；
    所述判断单元，还用于当所述第一业务请求和所述第二业务请求之间是否为关联请求时，判断所述第一业务请求的操作对象和所述第二业务请求的操作对象是否相同；
    所述确定单元，还用于当所述第一业务请求的操作对象和所述第二业务请求的操作对象不同时，则确定所述第二业务请求的操作对象是错误的。
  6. 根据权利要求5所述的业务请求处理装置，其特征在于，所述业务请求处理装置还包括：
    修改单元，用于利用所述第一业务请求的操作对象对所述第二业务请求的操作对象进行修改。
  7. 根据权利要求5或6所述的业务请求处理装置，其特征在于，
    所述确定单元，具体用于获取目标交易组，所述目标交易组包括至少一个目标操作指令；
    确定所述目标操作指令为中心点；
    若所述第一业务请求的操作指令到所述中心点的距离为0，且所述第二业务请求的操作指令到所述中心点的距离为0，则确定所述第一业务请求和所述第二业务请求都属于所述目标交易组；
    确定所述第一业务请求和所述第二业务请求之间为关联请求。
  8. 根据权利要求7所述的业务请求处理装置，其特征在于，
    所述确定单元，还用于当所述第一业务请求的操作指令到所述中心点的距离为0，且所述第二业务请求的操作指令到所述中心点的距离不为0时，则确定所述第一业务请求属于所述目标交易组，且所述第二业务请求不属于所述目标交易组；
    确定所述第一业务请求和所述第二业务请求之间不为关联请求。
  9. 一种计算机设备，其特征在于，所述计算机设备包括处理器以及存储器：
    所述存储器用于存储程序代码；所述处理器用于根据所述程序代码中的指令执行权利要求1至4中任一项所述的业务请求的处理方法。
  10. 一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述权利要求1至4中任一项所述的业务请求的处理方法。
PCT/CN2022/087823 2021-05-31 2022-04-20 一种业务请求的处理方法、相关装置及存储介质 WO2022252852A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US18/561,706 US20240223647A1 (en) 2021-05-31 2022-04-20 Service request processing method, related apparatus, and storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110604812.7 2021-05-31
CN202110604812.7A CN113296996B (zh) 2021-05-31 2021-05-31 一种业务请求的处理方法、相关装置及存储介质

Publications (1)

Publication Number Publication Date
WO2022252852A1 true WO2022252852A1 (zh) 2022-12-08

Family

ID=77326564

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/087823 WO2022252852A1 (zh) 2021-05-31 2022-04-20 一种业务请求的处理方法、相关装置及存储介质

Country Status (3)

Country Link
US (1) US20240223647A1 (zh)
CN (1) CN113296996B (zh)
WO (1) WO2022252852A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113296996B (zh) * 2021-05-31 2024-03-29 中国民航信息网络股份有限公司 一种业务请求的处理方法、相关装置及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130185592A1 (en) * 2012-01-17 2013-07-18 International Business Machines Corporation Automatic problem diagnosis
CN108768752A (zh) * 2018-06-25 2018-11-06 华为技术有限公司 故障定位方法、装置以及系统
CN109710439A (zh) * 2018-12-12 2019-05-03 百度在线网络技术（北京）有限公司 故障处理方法和装置
CN110677280A (zh) * 2019-09-18 2020-01-10 招商银行股份有限公司 服务节点切换方法、装置、设备及计算机可读存储介质
CN113296996A (zh) * 2021-05-31 2021-08-24 中国民航信息网络股份有限公司 一种业务请求的处理方法、相关装置及存储介质

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5707355B2 (ja) * 2012-03-13 2015-04-30 株式会社東芝 ホットスタンバイ方式によるクライアントサーバシステム
CN109298928B (zh) * 2018-10-10 2021-05-25 深圳高灯计算机科技有限公司 业务的处理方法及装置
CN110351334B (zh) * 2019-05-31 2021-12-24 口碑(上海)信息技术有限公司 业务请求处理及支付业务请求处理方法和装置
CN110708196B (zh) * 2019-09-30 2022-04-22 中国工商银行股份有限公司 数据处理方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130185592A1 (en) * 2012-01-17 2013-07-18 International Business Machines Corporation Automatic problem diagnosis
CN108768752A (zh) * 2018-06-25 2018-11-06 华为技术有限公司 故障定位方法、装置以及系统
CN109710439A (zh) * 2018-12-12 2019-05-03 百度在线网络技术（北京）有限公司 故障处理方法和装置
CN110677280A (zh) * 2019-09-18 2020-01-10 招商银行股份有限公司 服务节点切换方法、装置、设备及计算机可读存储介质
CN113296996A (zh) * 2021-05-31 2021-08-24 中国民航信息网络股份有限公司 一种业务请求的处理方法、相关装置及存储介质

Also Published As

Publication number Publication date
US20240223647A1 (en) 2024-07-04
CN113296996A (zh) 2021-08-24
CN113296996B (zh) 2024-03-29

Similar Documents

Publication Publication Date Title
US11645303B2 (en) Data synchronization method and apparatus of distributed system, medium, and electronic device
US10992780B1 (en) Microservices as a microservice
WO2022252853A1 (zh) 一种常旅客信息的管理方法和相关装置
CN109672722B (zh) 数据部署方法及装置、计算机存储介质和电子设备
WO2022252852A1 (zh) 一种业务请求的处理方法、相关装置及存储介质
CN113139660A (zh) 模型推理方法、装置、电子设备及存储介质
US20170212846A1 (en) Analyzing lock contention within a system
WO2023273531A1 (zh) 一种行李管理的方法、相关装置及存储介质
CN108574733A (zh) 网络代理方法及装置、存储介质和电子设备
US11881996B2 (en) Input and output for target device communication
CN113448770B (zh) 用于恢复数据的方法、电子设备和计算机程序产品
US9715477B2 (en) Shared-bandwidth multiple target remote copy
WO2023169251A1 (zh) 一种指标确定方法、装置、服务器和介质
EP3547628A1 (en) Method and high performance computing (hpc) switch for optimizing distribution of data packets
WO2023123755A1 (zh) 信息推送的方法及装置、电子设备、存储介质
WO2023273539A1 (zh) 航班查询系统业务监控方法、装置、设备及存储介质
CN109740027B (zh) 数据交换方法、装置、服务器和存储介质
CN114565105A (zh) 处理数据的方法和深度学习模型的训练方法、装置
CN110085237B (zh) 交互过程的恢复方法、装置及设备
US11003512B2 (en) System and method for optimizing bulk data operation
CN116010126B (zh) 一种服务聚合方法、装置及系统
WO2023131110A1 (zh) 一种进程间通信的方法及装置
CN113296810A (zh) 一种系统管理的方法、相关装置及存储介质
CN111913737A (zh) 一种数据服务接口的构建方法、装置、设备及存储介质
US20150269235A1 (en) Run time insertion and removal of buffer operators

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22814899

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 18561706

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22814899

Country of ref document: EP

Kind code of ref document: A1