CN109756564B - Service management method and device, storage medium and computer equipment - Google Patents
Service management method and device, storage medium and computer equipment Download PDFInfo
- Publication number
- CN109756564B CN109756564B CN201811563973.0A CN201811563973A CN109756564B CN 109756564 B CN109756564 B CN 109756564B CN 201811563973 A CN201811563973 A CN 201811563973A CN 109756564 B CN109756564 B CN 109756564B
- Authority
- CN
- China
- Prior art keywords
- machine room
- service
- calling
- information
- call
- 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.)
- Active
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The invention provides a method and a device for treating asynchronously-called service, a storage medium and computer equipment, wherein the method comprises the following steps: confirming that a calling request initiated by a service based on a client request forwarded by a front-end process is received; selecting a target machine room from a corresponding machine room candidate list according to the call request, and forwarding the call request to the target machine room, wherein the target machine room is used for processing the call request; receiving calling return information sent by the front-end process; the calling return information is the calling information fed back to the front-end process after the target machine room processes the calling request; and performing service management according to the calling return information. The method can enhance the treatment of the system service and ensure the stability, robustness and expandability of the system service.
Description
Technical Field
The invention relates to the technical field of service management, in particular to a service management method and device for asynchronous calling, a storage medium and computer equipment.
Background
With the microservices, the functional modules of the system are more and more finely split in the distributed system, and the business processes are more and more. When a network problem occurs in a certain machine room or a bug occurs in a service process of the machine room, a large-area fault occurs in the system, and the service quality is reduced. The service management system can quickly sense the fault of the machine room or the process and reduce the fault influence.
In a common distributed system, the quality of a calling link can be counted in each node according to the returned information of the called service node, so that the service node with problems can be shielded, and the service management of the whole system can be realized. Most of the distributed systems of this type are designed for micro services, and most of the Call models are synchronous blocking type RPC (Remote Procedure Call) calls, so that the Call state information of the request service can be conveniently acquired. As shown in fig. 1, both the front-end process and the process a can obtain the return information of the called party, so that the service governance can be performed on a single node. The disadvantage of synchronous blocking RPC calls is also apparent, each process needs to wait for the callee to return all the way back to the front-end process, which increases the network transmission time of the message.
In the case of an asynchronous call model system, after a service caller sends a request, the service caller does not wait for the return of a result, which makes it very difficult to track call return information, especially to make intermediate nodes in a series of asynchronous call relationship chains unable to obtain the call return information at all, thereby making the service management of a single node very difficult. As shown in fig. 2, the process a cannot know the return information after the process B is called, so that the process a cannot perform the service administration function.
Disclosure of Invention
The invention provides a method and a device for managing asynchronously-called service, a storage medium and computer equipment, which are used for enhancing management of system service and ensuring stability, robustness and expandability of the system service.
The present invention provides the following scheme:
a service governance method for asynchronous calls comprises the following steps: confirming that a calling request initiated by a service based on a client request forwarded by a front-end process is received; selecting a target machine room from a corresponding machine room candidate list according to the call request, and forwarding the call request to the target machine room, wherein the target machine room is used for processing the call request; receiving calling return information sent by the front-end process; the calling return information is the calling information fed back to the front-end process after the target machine room processes the calling request; and performing service management according to the calling return information.
In an embodiment, before the confirming receives the invocation request initiated by the service based on the client request forwarded by the front-end process, the method further includes: controlling the client to carry out long connection communication with the front-end process; and confirming that the front-end process receives the call request related to the service call service initiated by the client.
In an embodiment, before the selecting the target machine room from the corresponding machine room candidate list according to the call request, the method further includes: merging the machine rooms for processing the services according to different service processes to obtain machine room candidate lists corresponding to different services; selecting a target machine room from a corresponding machine room candidate list according to the call request, wherein the selecting comprises the following steps: and determining a corresponding service according to the calling request, and acquiring the corresponding machine room candidate list according to the service.
In an embodiment, before receiving the call return information sent by the front-end process, the method further includes: and confirming that the target machine room sends the call return information to the front-end process.
In an embodiment, after receiving the call return information sent by the front-end process, the method further includes: acquiring parameter information related to the call request according to the call request and the call return information; and uploading the parameter information to a system data platform.
In one embodiment, the parameter information includes information on whether the call is successful and information on call processing time; the obtaining of the parameter information related to the call request according to the call request and the call return information includes: acquiring first time for initiating the call request and second time for receiving the call return information, and acquiring information of the call processing time according to the time difference between the first time and the second time; acquiring a processing result of the calling request from the calling return information, and acquiring information whether the calling is successful according to the processing result; the uploading the relevant parameter information to a system data platform comprises: and uploading the information of the calling processing time and the information of whether the calling is successful to the system data platform.
In an embodiment, the performing service governance according to the call return information includes: and after the dispatching information sent by the dispatching system is confirmed to be received, removing or adding a corresponding machine room from the machine room candidate list according to the dispatching information.
An asynchronously invoked service administration device, comprising: the confirmation module is used for confirming that a calling request which is forwarded by a front-end process and is initiated by a service based on a client request is received; the forwarding module is used for selecting a target machine room from a corresponding machine room candidate list according to the call request, and forwarding the call request to the target machine room, wherein the target machine room is used for processing the call request; the receiving module is used for receiving the calling return information sent by the front-end process; the calling return information is the calling information fed back to the front-end process after the target machine room processes the calling request; and the management module is used for carrying out service management according to the calling return information.
A storage medium having a computer program stored thereon; the computer program is adapted to be loaded by a processor and to perform the service administration method according to any of the embodiments described above.
A computer apparatus, comprising: one or more processors; a memory; one or more applications, wherein the one or more applications are stored in the memory and configured to be executed by the one or more processors, the one or more applications configured to perform a service remediation method according to any of the embodiments described above.
In the service management method for asynchronous call provided by the above embodiment, after receiving a call request initiated by a client request service, a front-end process forwards the call request to a system. After the system confirms that the call request is received, the corresponding target machine room is selected from the machine room candidate list in the system, and the call request is forwarded to the target machine room so that the target machine room processes the call request. And after the target computer room processes the call request, feeding back call return information related to the call request to the front-end process. And the front-end process sends the calling return information to the system. Therefore, the system can acquire the call request sent by the client and the call return information fed back after the call request is processed by the corresponding target machine room, so that the call return condition of each machine room can be counted, the management of the system service is enhanced, and the stability, robustness and expandability of the system service are ensured.
Drawings
The foregoing and/or additional aspects and advantages of the present invention will become apparent and readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings of which:
FIG. 1 is a flow chart of a call state in an embodiment of a synchronous blocking RPC call provided by the present invention;
FIG. 2 is a call state flow diagram for an embodiment of asynchronous calls in an asynchronous call model system provided by the present invention;
FIG. 3 is a flow chart of a method in an embodiment of a service governance method provided by the present invention;
FIG. 4 is a flow chart of a method in another embodiment of a service administration method provided by the present invention;
fig. 5 is a schematic view of a service architecture in an embodiment of a service governance method provided in the present invention;
FIG. 6 is a block diagram of an embodiment of a service administration device according to the present invention;
fig. 7 is a schematic structural diagram of an embodiment of a computer device provided in the present invention.
Detailed Description
Reference will now be made in detail to embodiments of the present invention, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to the same or similar elements or elements having the same or similar function throughout. The embodiments described below with reference to the drawings are illustrative only and should not be construed as limiting the invention.
It will be understood by those skilled in the art that, unless otherwise specified, the singular forms "a", "an", "the" and "the" may include the plural forms as well, and the "first" and "second" used herein are only used to distinguish one technical feature from another and are not intended to limit the order, number, etc. of the technical features. It will be further understood that the terms "comprises" and/or "comprising," when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.
It will be understood by those skilled in the art that, unless otherwise defined, all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. It will be further understood that terms, such as those defined in commonly used dictionaries, should be interpreted as having a meaning that is consistent with their meaning in the context of the prior art and will not be interpreted in an idealized or overly formal sense unless expressly so defined herein.
Long connection: the communication channel between the client and the server keeps the long life.
Front-end process: a process for maintaining a long connection with a client.
And (3) a Logic process: and forwarding the request of the front-end process to the business process.
The invention provides a service management method for asynchronous call. In an embodiment, as shown in fig. 3, the service governance method includes:
s100, confirming the receiving of the calling request which is forwarded by the front-end process and is initiated by the service based on the client request.
In this embodiment, the client communicates with the front-end process in the background via the internet and maintains a long connection. And all subsequent calling requests of the client are forwarded to the system through the front-end process of the background. After receiving a call request initiated by a client request service, the front-end process forwards the call request to a service administration module in an asynchronous call system. The service management module detects and judges whether a call request initiated by a service based on a client request forwarded by a front-end process is received. In one embodiment, the service administration module includes a Logic process. The Logic process is used for forwarding the request of the front-end process to the service process, and meanwhile, statistical management can be performed on the call request and information fed back based on the call request.
In an embodiment, before step S100, the method further includes: controlling the client to carry out long connection communication with the front-end process; and confirming that the front-end process receives the call request related to the service call service initiated by the client.
In the embodiment, when the terminal initiates a call request to the background through the client, the background establishes long connection communication between the client and the front-end process. All requests initiated by the client are forwarded to the inside of the background through the front-end process. The background monitors whether the front-end process receives a call request related to service call initiated by the client, and executes step S100 when the call request is confirmed to be received.
S200, selecting a target machine room from the corresponding machine room candidate list according to the calling request, and forwarding the calling request to the target machine room, wherein the target machine room is used for processing the calling request.
In this embodiment, after receiving the call request forwarded by the front-end process, the service management module selects a corresponding target machine room from the corresponding machine room candidate list according to the call request. Wherein, different calling requests correspond to different machine room candidate lists. The machine room candidate list comprises a plurality of machine rooms corresponding to the call requests. And the rooms in the room candidate list can process the corresponding call requests. And the service management module forwards the call request to a corresponding target machine room, and the target machine room processes the call request. Specifically, the target machine room selects an internal instance, forwards a call request to the instance, so that the corresponding service process completes all operations executed according to the call request, and after the operations are completed, the target machine room returns a processing result to the front-end process.
In an embodiment, as shown in fig. 4, before step S200, the method further includes:
s110, merging the machine rooms for processing the services according to different service processes to obtain machine room candidate lists corresponding to different services.
At this time, step S200 includes:
s210, determining a corresponding service according to the calling request, and acquiring the corresponding machine room candidate list according to the service.
In this embodiment, the service management module merges the machine rooms for processing the services according to different service processes, and merges the machine rooms for processing the same services into the same machine room candidate list. Therefore, the service management module comprises a plurality of machine room candidate lists, and each machine room candidate list comprises a plurality of machine rooms for processing the same service type. And when the service management module receives the call request, screening out a corresponding machine room candidate list according to the service corresponding to the call request so as to obtain the target machine room from the machine room candidate list.
S300, receiving call return information sent by the front-end process; the calling return information is the calling information fed back to the front-end process after the target machine room processes the calling request.
In this embodiment, after the target machine room processes the call request, processing result information is obtained, and the processing result information is fed back to the front-end process as call return information. The front-end process sends the calling return information to the client and simultaneously sends the calling return information to the service management module.
In an embodiment, before step S300, the method further includes: and confirming that the target machine room sends the call return information to the front-end process.
In this embodiment, the front-end process detects in real time whether call return information related to the call request sent by the target machine room is received. After receiving the call return information, sending the call return information to the service administration module.
In an embodiment, after step S300, the method further includes: acquiring parameter information related to the call request according to the call request and the call return information; and uploading the parameter information to a system data platform.
In this embodiment, the parameter information related to the call request includes information such as whether the call request is successfully processed, data generated during executing the call request processing process, and time for completing the call request processing. The service management module receives a call request sent by the front-end process and also receives call return information which is sent by the front-end process and is related to the call request, so that parameter information related to the call request can be obtained according to the call request and the call return information. And meanwhile, uploading the related information to a system data platform so as to monitor the calling service by the system data platform.
Further, the parameter information includes information on whether the call is successful and information on call processing time; the obtaining of the parameter information related to the call request according to the call request and the call return information includes: acquiring first time for initiating the call request and second time for receiving the call return information, and acquiring information of the call processing time according to the time difference between the first time and the second time; and acquiring the processing result of the call request from the call return information, and acquiring information whether the call is successful according to the processing result. At this time, the uploading the relevant parameter information to a system data platform includes: and uploading the information of the calling processing time and the information of whether the calling is successful to the system data platform. Therefore, the system data platform processes the information of the calling processing time and the information of whether the calling is successful according to a certain rule and algorithm, and if so, alarms to inform business personnel to process.
And S400, performing service management according to the calling return information.
In this embodiment, after receiving the call return information sent by the front-end process, the service management module performs service management according to the call return information. Furthermore, the service management module obtains a service management scheme according to the information of the calling return information and the calling request, so that the system service can be managed according to the service management scheme. Or receiving a scheduling scheme of service administration, and managing the call return information and the call request.
In one embodiment, step S400 includes: and after the dispatching information sent by the dispatching system is confirmed to be received, removing or adding a corresponding machine room from the machine room candidate list according to the dispatching information. The scheduling information comprises information of an online machine room or an offline machine room.
In this embodiment, after the scheduling system sends scheduling information for performing scheduling management on the service process and the machine room to the service management module, if the scheduling information is information of an offline machine room, the service management module removes the corresponding machine room from the machine room candidate list. And if the scheduling information is the information of the online machine room, the service management module adds the corresponding machine room from the machine room candidate list.
In the service management method for asynchronous call provided by the above embodiment, after receiving a call request initiated by a client request service, a front-end process forwards the call request to a system. After the system confirms that the call request is received, the corresponding target machine room is selected from the machine room candidate list in the system, and the call request is forwarded to the target machine room so that the target machine room processes the call request. And after the target computer room processes the call request, feeding back call return information related to the call request to the front-end process. And the front-end process sends the calling return information to the system. Therefore, the system can acquire the call request sent by the client and the call return information fed back after the call request is processed by the corresponding target machine room, so that the call return condition of each machine room can be counted, the management of the system service is enhanced, and the stability, robustness and expandability of the system service are ensured.
In order to further detail the service governance method described in the above embodiment, a specific implementation scenario is provided as follows:
a background service architecture of the service governance method according to this implementation scenario is shown in fig. 5. In this scenario, the service administration module is a Logic process, and the Logic process executes the service administration method according to any of the embodiments. Specifically, as shown in fig. 5, the client communicates with the front-end process of the background through the internet and maintains long connection, and all subsequent requests of the client are forwarded backward through the front-end process. The front-end process forwards the call request initiated by the client to the Logic process, the Logic process selects one machine room from the machine room candidate list through an internal forwarding module to forward, and forwards the call request initiated by the client to the service process of the machine room. After the call request is forwarded to a service process of a certain machine room, the machine room needs to complete all operations related to the call request, and after the operations are completed, the call return information is returned to the front-end process. And the front-end process informs the Logic process of calling the return information. The statistical alarm module of the Logic process can obtain various data called each time and perform corresponding processing. The Logic scheduling system can shield and start operation on a certain machine room and a certain process according to the instruction, and finally realizes service management of the dimensionality of the machine room and the process. The following explains the various modules within the service architecture:
(a) forwarding module of Logic process
The Logic process firstly merges the service processes according to the machine rooms to obtain a machine room candidate list of a certain service process. When the Logic process receives a request needing to be forwarded to a certain business process, a machine room is selected from the machine room candidate list of the business process according to the information of the request, and then an instance is selected in the machine room for forwarding.
(b) Statistic alarm module
All requests of the client are forwarded to the Logic process through the front-end process, so that the Logic process can count parameters such as processing time, success or failure of messages and the like, report the information to the big data platform, and then the big data platform processes and gives an alarm according to certain rules and algorithms to inform business personnel to process.
(c) Business process computerization
After the message (including the call request) is forwarded to a specific service process through the Logic process, the service process needs to complete the processing Logic of the request in the computer room, and finally returns the call result to the front-end process. Thus, it can be considered that one call is associated with only one room. After the business process is computerized, the service management problem of the asynchronous calling system is simplified into the service management problem of the computer room.
(d) Logic scheduling system
After receiving the scheduling decision of a certain machine room and a certain process, the Logic scheduling system notifies the scheduling decision to the Logic process, and after receiving the scheduling decision, the Logic process removes or adds the machine room in the candidate machine room list of the process.
The service management method is based on the business process machine room, and the corresponding machine room forwarding and machine room scheduling strategies are added, so that the stability, robustness and expandability of the service can be better ensured.
The invention also provides a device for treating the asynchronously-called service. As shown in fig. 6, the asynchronously called service administration device includes a confirmation module 10, a forwarding module 20, a receiving module 30, and an administration module 40.
The confirmation module 10 is configured to confirm that the invocation request initiated by the service based on the client request forwarded by the front-end process is received. In this embodiment, the client communicates with the front-end process in the background via the internet and maintains a long connection. And all subsequent calling requests of the client are forwarded to the system through the front-end process of the background. After receiving a call request initiated by a client requesting service, the front-end process forwards the call request to the confirmation module 10 in the asynchronous call system. The confirmation module 10 detects and determines whether a call request initiated by a service based on a client request forwarded by a front-end process is received. In one embodiment, the validation module 10 includes a Logic process. The Logic process is used for forwarding the request of the front-end process to the service process, and meanwhile, statistical management can be performed on the call request and information fed back based on the call request.
The forwarding module 20 is configured to select a target machine room from the corresponding machine room candidate list according to the call request, and forward the call request to the target machine room, where the target machine room is configured to process the call request. In this embodiment, after receiving the call request forwarded by the front-end process, the forwarding module 20 selects a corresponding target machine room from the corresponding machine room candidate list according to the call request. Wherein, different calling requests correspond to different machine room candidate lists. The machine room candidate list comprises a plurality of machine rooms corresponding to the call requests. And the rooms in the room candidate list can process the corresponding call requests. The forwarding module 20 forwards the call request to the corresponding target machine room, and the target machine room processes the call request. Specifically, the target machine room selects an internal instance, forwards a call request to the instance, so that the corresponding service process completes all operations executed according to the call request, and after the operations are completed, the target machine room returns a processing result to the front-end process.
The receiving module 30 is configured to receive call return information sent by the front-end process; the calling return information is the calling information fed back to the front-end process after the target machine room processes the calling request. In this embodiment, after the target machine room processes the call request, processing result information is obtained, and the processing result information is fed back to the front-end process as call return information. The front-end process sends the calling return information to the client and simultaneously sends the calling return information to the service management module.
And the administration module 40 is used for carrying out service administration according to the calling return information. In this embodiment, after receiving the call return information sent by the front-end process, the administration module 40 performs service administration according to the call return information. Further, the administration module 40 obtains a service administration scheme according to the information of the call return information and the call request, so as to administer the system service according to the service administration scheme. Or receiving a scheduling scheme of service administration, and managing the call return information and the call request.
In other embodiments, each module in the service management apparatus provided by the present invention is further configured to execute the operation executed in each step in the service management method provided by the present invention, and a detailed description thereof is omitted here.
The invention also provides a storage medium. The storage medium having stored thereon a computer program; when executed by a processor, the computer program implements the service governance method of any of the embodiments described above. The storage medium may be a memory. For example, internal memory or external memory, or both. The memory may comprise read-only memory (ROM), Programmable ROM (PROM), Electrically Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, or random access memory. The external memory may include a hard disk, a floppy disk, a ZIP disk, a usb-disk, a magnetic tape, etc. The storage media disclosed herein include, but are not limited to, these types of memories. The disclosed memory is by way of example only and not by way of limitation.
The invention also provides computer equipment. A computer device comprising: one or more processors; a memory; one or more applications. Wherein the one or more applications are stored in the memory and configured to be executed by the one or more processors, the one or more applications configured to perform the service remediation method of any of the embodiments described above.
Fig. 7 is a schematic structural diagram of a computer device according to an embodiment of the present invention. The computer device in this embodiment may be a server, a personal computer, and a network device. As shown in fig. 7, the apparatus includes a processor 703, a memory 705, an input unit 707, and a display unit 709. Those skilled in the art will appreciate that the device configuration means shown in fig. 7 do not constitute a limitation of all devices and may include more or less components than those shown, or some components in combination. The memory 705 may be used to store the application program 701 and various functional modules, and the processor 703 executes the application program 701 stored in the memory 705, thereby executing various functional applications of the device and data processing. The memory may be internal or external memory, or include both internal and external memory. The memory may comprise read-only memory (ROM), Programmable ROM (PROM), Electrically Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, or random access memory. The external memory may include a hard disk, a floppy disk, a ZIP disk, a usb-disk, a magnetic tape, etc. The disclosed memory includes, but is not limited to, these types of memory. The disclosed memory is by way of example only and not by way of limitation.
The input unit 707 is used to receive input of signals and keywords input by a user. The input unit 707 may include a touch panel and other input devices. The touch panel can collect touch operations of a user on or near the touch panel (for example, operations of the user on or near the touch panel by using any suitable object or accessory such as a finger, a stylus and the like) and drive the corresponding connecting device according to a preset program; other input devices may include, but are not limited to, one or more of a physical keyboard, function keys (e.g., play control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like. The display unit 709 may be used to display information input by the user or information provided to the user and various menus of the computer device. The display unit 709 may take the form of a liquid crystal display, an organic light emitting diode, or the like. The processor 703 is a control center of the computer device, connects various parts of the entire computer using various interfaces and lines, and performs various functions and processes data by operating or executing software programs and/or modules stored in the memory 705 and calling data stored in the memory.
In one embodiment, the device includes one or more processors 703, as well as one or more memories 705, one or more applications 701. Wherein the one or more applications 701 are stored in the memory 705 and configured to be executed by the one or more processors 703, the one or more applications 701 configured to perform the service administration method described in the above embodiments.
In addition, functional units in the embodiments of the present invention may be integrated into one processing module, or each unit may exist alone physically, or two or more units are integrated into one module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode. The integrated module, if implemented in the form of a software functional module and sold or used as a stand-alone product, may also be stored in a computer readable storage medium.
Those skilled in the art will appreciate that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, and the program may be stored in a computer readable storage medium, and the storage medium may include a memory, a magnetic disk, an optical disk, or the like.
The foregoing is only a partial embodiment of the present invention, and it should be noted that, for those skilled in the art, various modifications and decorations can be made without departing from the principle of the present invention, and these modifications and decorations should also be regarded as the protection scope of the present invention.
It should be understood that each functional unit in the embodiments of the present invention may be integrated into one processing module, each unit may exist alone physically, or two or more units may be integrated into one module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode.
The foregoing is only a partial embodiment of the present invention, and it should be noted that, for those skilled in the art, various modifications and decorations can be made without departing from the principle of the present invention, and these modifications and decorations should also be regarded as the protection scope of the present invention.
Claims (9)
1. A service governance method for asynchronous calls is characterized by comprising the following steps:
confirming that a calling request initiated by a service based on a client request forwarded by a front-end process is received, and forwarding the calling request to a business process by utilizing a Logic process;
merging the machine rooms for processing the services according to different service processes, merging the machine rooms for processing the same services into the same machine room candidate list, screening out the corresponding machine room candidate list according to the service corresponding to the calling request, selecting a target machine room from the machine room candidate list, and forwarding the calling request to the target machine room;
receiving calling return information sent by the front-end process; the calling return information is the calling information fed back to the front-end process after the target machine room processes the calling request;
after the scheduling information which is sent by a scheduling system and used for scheduling and managing the service process and the machine room is confirmed to be received, the corresponding machine room is removed or added from the machine room candidate list according to the scheduling information; the scheduling information comprises information of an online machine room or an offline machine room.
2. The method of claim 1, wherein before the confirming receiving the invocation request initiated by the service based on the client request forwarded by the front-end process, further comprising:
controlling the client to carry out long connection communication with the front-end process;
and confirming that the front-end process receives the call request related to the service call service initiated by the client.
3. The method of claim 1, wherein before selecting a target room from the corresponding room candidate list according to the call request, further comprising: merging the machine rooms for processing the services according to different service processes to obtain machine room candidate lists corresponding to different services;
selecting a target machine room from a corresponding machine room candidate list according to the call request, wherein the selecting comprises the following steps: and determining a corresponding service according to the calling request, and acquiring the corresponding machine room candidate list according to the service.
4. The method according to claim 1, wherein before receiving the call return information sent by the front-end process, further comprising:
and confirming that the target machine room sends the call return information to the front-end process.
5. The method according to claim 1, wherein after receiving the call return information sent by the front-end process, further comprising:
acquiring parameter information related to the call request according to the call request and the call return information;
and uploading the parameter information to a system data platform.
6. The method according to claim 5, wherein the parameter information includes information on whether the call was successful and information on call processing time; the obtaining of the parameter information related to the call request according to the call request and the call return information includes:
acquiring first time for initiating the call request and second time for receiving the call return information, and acquiring information of the call processing time according to the time difference between the first time and the second time;
acquiring a processing result of the calling request from the calling return information, and acquiring information whether the calling is successful according to the processing result;
the uploading the parameter information to a system data platform comprises: and uploading the information of the calling processing time and the information of whether the calling is successful to the system data platform.
7. An asynchronously invoked service administration device, comprising:
the confirmation module is used for confirming that a calling request which is transmitted by a front-end process and is initiated by a service based on a client request is received, and forwarding the calling request to a business process by utilizing a Logic process;
the forwarding module is used for merging the machine rooms for processing the services according to different service processes, merging the machine rooms for processing the same services into the same machine room candidate list, screening out the corresponding machine room candidate list according to the service corresponding to the calling request, selecting a target machine room from the machine room candidate list, and forwarding the calling request to the target machine room;
the receiving module is used for receiving the calling return information sent by the front-end process; the calling return information is the calling information fed back to the front-end process after the target machine room processes the calling request;
the management module is used for eliminating or adding a corresponding machine room from the machine room candidate list according to the scheduling information after confirming that the scheduling information for performing scheduling management on the service process and the machine room sent by the scheduling system is received; the scheduling information comprises information of an online machine room or an offline machine room.
8. A storage medium, characterized in that a computer program is stored thereon; the computer program is adapted to be loaded by a processor and to perform the service administration method of any of the preceding claims 1 to 6.
9. A computer device, comprising:
one or more processors;
a memory;
one or more applications, wherein the one or more applications are stored in the memory and configured to be executed by the one or more processors, the one or more applications configured to perform the service governance method of any one of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811563973.0A CN109756564B (en) | 2018-12-20 | 2018-12-20 | Service management method and device, storage medium and computer equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811563973.0A CN109756564B (en) | 2018-12-20 | 2018-12-20 | Service management method and device, storage medium and computer equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109756564A CN109756564A (en) | 2019-05-14 |
| CN109756564B true CN109756564B (en) | 2022-03-01 |
Family
ID=66403963
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811563973.0A Active CN109756564B (en) | 2018-12-20 | 2018-12-20 | Service management method and device, storage medium and computer equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109756564B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110457142B (en) * | 2019-07-10 | 2023-05-09 | 创新先进技术有限公司 | Service processing method, system, machine room, architecture and electronic equipment |
| CN111385361B (en) * | 2020-03-10 | 2023-04-07 | 创新奇智(广州)科技有限公司 | Cloth inspecting machine communication method and device, electronic equipment and storage medium |
| CN111800462B (en) * | 2020-05-28 | 2024-04-05 | 中国平安财产保险股份有限公司 | Micro service instance processing method, micro service instance processing device, computer equipment and storage medium |
| CN111756711A (en) * | 2020-06-11 | 2020-10-09 | 微医云(杭州)控股有限公司 | Flow control method, device, system and storage medium |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102075409A (en) * | 2009-11-24 | 2011-05-25 | 华为技术有限公司 | Method and system for processing request message as well as load balancer equipment |
| CN106131213A (en) * | 2016-08-17 | 2016-11-16 | 深圳市金证科技股份有限公司 | A kind of service management and system |
| CN106385435A (en) * | 2016-08-30 | 2017-02-08 | 乐视控股（北京）有限公司 | Service treatment method and system of service system |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7464142B2 (en) * | 2003-12-12 | 2008-12-09 | International Business Machines Corporation | Port type agnostic proxy support for web services intermediates |
-
2018
- 2018-12-20 CN CN201811563973.0A patent/CN109756564B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102075409A (en) * | 2009-11-24 | 2011-05-25 | 华为技术有限公司 | Method and system for processing request message as well as load balancer equipment |
| CN106131213A (en) * | 2016-08-17 | 2016-11-16 | 深圳市金证科技股份有限公司 | A kind of service management and system |
| CN106385435A (en) * | 2016-08-30 | 2017-02-08 | 乐视控股（北京）有限公司 | Service treatment method and system of service system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109756564A (en) | 2019-05-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109756564B (en) | Service management method and device, storage medium and computer equipment | |
| CN110515709B (en) | Task scheduling system, method, device, electronic equipment and storage medium | |
| US10198238B2 (en) | Data transmission method, and relevant device and system | |
| US20060062356A1 (en) | Synchronization in unified messaging systems | |
| AU6840396A (en) | Method and apparatus for handling processing errors in telecommunications exchanges | |
| CN110175178B (en) | Data processing method, node equipment and system | |
| CN109684048B (en) | Method and device for processing transaction in transaction submitting system | |
| US11503156B2 (en) | Handing off customer-support conversations between a human agent and a bot without requiring code changes | |
| US20240086173A1 (en) | Distributed autonomous patching system | |
| JP6534349B2 (en) | System and method for facilitating promotional events | |
| CN115718741A (en) | Automatic cleaning method and device for health data, electronic equipment and storage medium | |
| CN114564286A (en) | Rule engine warning method and rule engine warning system | |
| US10225224B1 (en) | Web and voice message notification system and process | |
| US20200327122A1 (en) | Conflation of topic selectors | |
| US10489213B2 (en) | Execution of a method at a cluster of nodes | |
| CN113486033A (en) | Method, apparatus, device and computer readable medium for controlling transaction consistency | |
| US10708214B2 (en) | Determining overall message status in a message processing system | |
| CN114826803B (en) | Conference state processing method and device, electronic equipment and medium | |
| CN113157405A (en) | Method and device for retrying breakpoint of business process | |
| CN111090879A (en) | Data processing method, device, readable storage medium, electronic equipment and system | |
| CN114598561B (en) | Group application management method, device, equipment, storage medium and program product | |
| US11501263B2 (en) | Method to automatically update meeting invites for any changes in distribution list | |
| CN114401160B (en) | Data processing method, device, server, terminal and storage medium | |
| CN111984369B (en) | Container calling method and device | |
| CN103548317B (en) | Management Session initiation Protocol subscribes to the method and device that dialogue state is lost |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20221123 Address after: 31a, 15th floor, building 30, maple commercial city, bangrang Road, Brazil Patentee after: Baiguoyuan Technology (Singapore) Co.,Ltd. Address before: Building B-1, North District, Wanda Commercial Plaza, Wanbo business district, No. 79, Wanbo 2nd Road, Nancun Town, Panyu District, Guangzhou City, Guangdong Province Patentee before: GUANGZHOU BAIGUOYUAN INFORMATION TECHNOLOGY Co.,Ltd. |