CN110647411A - Service request processing method and device - Google Patents
Service request processing method and device Download PDFInfo
- Publication number
- CN110647411A CN110647411A CN201910958656.7A CN201910958656A CN110647411A CN 110647411 A CN110647411 A CN 110647411A CN 201910958656 A CN201910958656 A CN 201910958656A CN 110647411 A CN110647411 A CN 110647411A
- Authority
- CN
- China
- Prior art keywords
- host
- service
- request
- configuration file
- list
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
- G06F9/548—Object oriented; Remote method invocation [RMI]
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
Abstract
The invention provides a method and a device for processing a service request, wherein the method comprises the following steps: by receiving a request instruction of a calling party; the request instruction is generated by utilizing a remote procedure call framework and is used for requesting to call a target service; the request instruction carries an identifier of a target service; acquiring host information of a host corresponding to the identification of the target service from a host list in a memory; the host list comprises host information of hosts for extracting various services; converting the request instruction into a private protocol request; and sending the private protocol request to a host corresponding to the identification of the target service by using the acquired host information. The method achieves the aim of directly converting the service request of the open-source common protocol sent by other protocols into the private protocol request which can be understood by the C + + service after receiving the service request of the open-source common protocol sent by other protocols, and saves the development time.
Description
Technical Field
The present invention relates to the field of computer technologies, and in particular, to a method and an apparatus for processing a service request.
Background
Along with the continuous development of science and technology, computer technology is more and more emphasized by people, and in the information transmission process, most background services are developed based on a C + + self-research framework, generally adopt a private Remote Procedure Call (RPC) protocol, and are old; also, there are typically hundreds of services running at the same time. Since the communication between the services is a private protocol, it needs to be developed separately for each development language, so that the caller implemented by different development languages can initiate a request to the service developed by the C + + self-research framework. However, as the business rapidly grows, more and more development languages are required to simultaneously develop the business, which greatly increases the development time.
Disclosure of Invention
In view of this, embodiments of the present invention provide a method and an apparatus for processing a service request, which are used to directly convert a service request of an open source common protocol sent by another protocol into a private protocol request understandable by a C + + service after receiving the service request, so as to save development time.
In order to achieve the above purpose, the embodiments of the present invention provide the following technical solutions:
a method for processing service requests comprises the following steps:
receiving a request instruction of a calling party; the request instruction is generated by utilizing a remote procedure call framework and is used for requesting to call a target service; the request instruction carries an identifier of a target service;
acquiring host information of a host corresponding to the identification of the target service from a host list in a memory; the host list comprises host information of hosts for extracting various services;
converting the request instruction into a private protocol request;
and sending the private protocol request to a host corresponding to the identification of the target service by using the acquired host information.
Optionally, the converting the request instruction into a private protocol request includes:
and filling the protocol information in the message header of the request instruction into the message header of a private protocol to obtain the private protocol request.
Optionally, the method for processing the service request further includes:
performing health check on the hosts in the host list in the memory at preset intervals to obtain host information of the current available hosts;
and updating the host list in the memory by using the host information of the current available host.
Optionally, the method for processing the service request further includes:
calling a preset script to monitor the configuration file, and obtaining a configuration file list according to a monitoring result; wherein, the configuration file list stores newly added configuration files and configuration files with updated contents, and each configuration file corresponds to a service;
analyzing each configuration file in the configuration file list to obtain host information of a host providing services corresponding to the configuration files;
storing the host information of the host providing the service corresponding to each configuration file in the configuration file list into the host list in the memory, and constructing the mapping relation between the service corresponding to each configuration file in the configuration file list and the host information of the host providing the service.
Optionally, after sending the private protocol request to the host corresponding to the identifier of the target service by using the obtained host information, the method further includes:
receiving first result data returned by the host corresponding to the identification of the target service;
filling protocol information in a message header of first result data returned by the host corresponding to the identifier of the target service into a reply instruction to obtain second result data; the reply instruction is generated by utilizing a remote procedure call framework;
and sending the second result data to the calling party.
An apparatus for processing service requests, comprising:
the first receiving unit is used for receiving a request instruction of a calling party; the request instruction is generated by utilizing a remote procedure call framework and is used for requesting to call a target service; the request instruction carries an identifier of a target service;
an obtaining unit, configured to obtain host information of a host corresponding to the identifier of the target service from a host list in a memory; the host list comprises host information of hosts for extracting various services;
the first conversion unit is used for converting the request instruction into a private protocol request;
and the first sending unit is used for sending the private protocol request to a host corresponding to the identifier of the target service by using the acquired host information.
Optionally, the first conversion unit includes:
and the conversion subunit is used for filling the protocol information in the message header of the request instruction into the message header of the private protocol to obtain the private protocol request.
Optionally, the apparatus for processing the service request further includes:
the checking unit is used for carrying out health check on the hosts in the host list in the memory at intervals of preset time to obtain host information of the current available hosts;
and the updating unit is used for updating the host list in the memory by utilizing the host information of the current available host.
Optionally, the apparatus for processing the service request further includes:
the calling unit is used for calling a preset script monitoring configuration file and obtaining a configuration file list according to a monitoring result; wherein, the configuration file list stores newly added configuration files and configuration files with updated contents, and each configuration file corresponds to a service;
the analysis unit is used for analyzing each configuration file in the configuration file list to obtain host information of a host providing the service corresponding to the configuration file;
and the storage unit is used for storing the host information of the host providing the service corresponding to each configuration file in the configuration file list into the host list in the memory, and constructing the mapping relation between the service corresponding to each configuration file in the configuration file list and the host information of the host providing the service.
Optionally, the apparatus for processing the service request further includes:
a second receiving unit, configured to receive first result data returned by the host corresponding to the identifier of the target service;
the second conversion unit is used for filling protocol information in a message header of the first result data returned by the host corresponding to the identifier of the target service into the reply instruction to obtain second result data; the reply instruction is generated by utilizing a remote procedure call framework;
and the second sending unit is used for sending the second result data to the caller.
According to the scheme, the service request processing method and the service request processing device provided by the invention receive the request instruction of the caller; the request instruction is generated by utilizing a remote procedure call framework and is used for requesting to call a target service; the request instruction carries an identifier of a target service; acquiring host information of a host corresponding to the identification of the target service from a host list in a memory; the host list comprises host information of hosts for extracting various services; converting the request instruction into a private protocol request; and sending the private protocol request to a host corresponding to the identification of the target service by using the acquired host information. The method achieves the aim of directly converting the service request of the open-source common protocol sent by other protocols into the private protocol request which can be understood by the C + + service after receiving the service request of the open-source common protocol sent by other protocols, and saves the development time.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the provided drawings without creative efforts.
Fig. 1 is a detailed flowchart of a method for processing a service request according to an embodiment of the present invention;
fig. 2 is a detailed flowchart of a method for processing a service request according to another embodiment of the present invention;
fig. 3 is a detailed flowchart of a method for processing a service request according to another embodiment of the present invention;
fig. 4 is a detailed flowchart of a method for processing a service request according to another embodiment of the present invention;
fig. 5 is a schematic diagram of a device for processing a service request according to another embodiment of the present invention;
fig. 6 is a schematic diagram of a device for processing a service request according to another embodiment of the present invention;
fig. 7 is a schematic diagram of a device for processing a service request according to another embodiment of the present invention;
fig. 8 is a schematic diagram of a device for processing a service request according to another embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
In the prior art, because the development of the C + + self-research framework adopts a private RPC protocol, which is old, taking the background service of the current TT voice as an example, the number of the background services is up to hundreds, and because the communication among the services adopts the private protocol, each different language needs to be developed separately, so that the services can call the C + + service.
However, as C + + services continue to increase, resulting in an increasing number of services that need to be developed separately according to proprietary protocols, the difficulty of separate development also becomes greater.
Therefore, the invention provides an entry proxy gateway as a service request processing device, which is used for realizing a service request processing method. The method achieves the aim of directly converting the service request of the open-source common protocol sent by other protocols into the private protocol request which can be understood by the C + + service after receiving the service request of the open-source common protocol sent by other protocols, thereby saving the development time.
An embodiment of the present invention provides a method for processing a service request, as shown in fig. 1, the method includes the following steps:
s101, receiving a request instruction of a calling party.
The request instruction is generated by using a Remote Procedure Call (RPC) framework and is used for requesting to Call a target service; the request instruction carries the identification of the target service.
It should be noted that the remote procedure call framework may be a high-performance and general RPC framework, gRPC, developed and sourced by Google; moreover, the gRPC can support a plurality of development languages, such as Java, Python, nodjs and the like, and is a tool for efficiently storing and reading structured data, namely, a Java caller, a Python caller or a nodjs caller can issue a request instruction generated by the gRPC.
It should be further noted that the target service is classified into a login service, a message service, and the like, and the identifier of the target service is used to identify the service to be performed, and is used to identify which type of service the service is, and the identifier usually also includes a service domain name; the service domain name is a domain name similar to a domain name required by a currently opened web page, such as: image, basic, com, etc.; in the embodiment of the present invention, the domain name of the login service may be auth.52tt.local, and the service domain name of the message service may be im.52tt.local, specifically, one service domain name may correspond to one unique service, but each service has multiple IP addresses and port information; moreover, the request instruction not only carries the identifier of the target service, but also carries the packet body length, the header length, the encryption mode, the key information, the compression mode, the user ID, the key data (Payload), and the like of the request instruction, where Payload uses a structure of protobuf, and protobuf is a tool developed by Google for efficiently storing and reading structured data.
In a specific implementation process of the embodiment of the invention, a request instruction generated by a gRPC and sent by a caller is received, wherein the caller can be a plurality of callers and can be callers of different development languages, but the caller is required to generate the gRPC request instruction by using a request instruction formed by the development language of the caller through a gRPC framework.
S102, obtaining host information of a host corresponding to the identification of the target service from a host list in the memory.
The host list includes host information of hosts from which a plurality of services can be extracted.
It should be noted that, typically, one host will correspond to more than 300 profiles, and each profile will correspond to one service, and there will typically be more than 300 hosts in the entire ingress proxy gateway.
In the specific implementation process of this embodiment, matching needs to be performed in the host information stored in the memory according to the obtained identifier of the target service, so as to obtain the host information corresponding to the identifier of the target service.
S103, converting the request instruction into a private protocol request.
Specifically, a gRPC request initiated by a caller is translated into a proprietary protocol request that can be understood by the C + + service.
Optionally, in another embodiment of the present invention, one implementation manner of step S103 includes:
and filling the protocol information in the message header of the request instruction into the message header of the private protocol to obtain the private protocol request.
Specifically, since the gPRC request is implemented based on the hypertext transfer protocol 2.0(HTTP2.0), Payload data refers to a real valid part of a protocol request, all data in front of the Payload data, such as a packet length, a header length, an encryption manner, a key, a compression manner, a user ID, and the like, may be referred to as a protocol header, i.e., a header of a protocol, and Payload adopts a structure of Protobuf, which is exemplified by the structure of Protobuf:
message
To whom is 1
Content 2
Attachment 3
...
}
Wherein, the Protobuf packs the data into binary data according to the defined data structure, so as to facilitate the subsequent transmission.
Since the gRPC request is implemented based on HTTP2.0, and HTTP2.0 also has a header HTTP2.0HEADER for storing data, in the process of converting the request instruction into the private protocol request, since the private protocol and the protocol of the gRPC are both formed by using protobuf, the data in HTTP2.0HEADER is directly put into the protocol header of the private protocol request, and the simplest data replication can be adopted in the process.
And S104, sending a private protocol request to the host corresponding to the identification of the target service by using the acquired host information.
Specifically, the host information includes an IP address and port information of the host, and sends a private protocol request to the host corresponding to the identifier of the target service according to the host information.
It should be noted that, because the identifier of the target service may correspond to multiple hosts, the obtained host information may include IP addresses and port information of the multiple hosts, and when the private protocol request is sent, one currently available host may be selected.
Optionally, in another embodiment of the present invention, as shown in fig. 2, an implementation manner of the method for processing the service request further includes:
s201, performing health check on the hosts in the host list in the memory at preset intervals to obtain host information of the current available hosts.
It should be noted that, in the process of operating the host, a situation that the normal operation of the host is affected by a failure or the like may occur, so that the health check needs to be performed on each host in the host list in the memory at intervals of a preset time to obtain the host information of each host that is currently available.
S202, updating the host list in the memory by using the host information of the current available host.
Specifically, the obtained host information of each host that is currently available is updated to the host list in the memory, and the host information of the host that cannot normally operate currently is deleted from the host list in the current memory.
Optionally, in another embodiment of the present invention, as shown in fig. 3, an implementation manner of the method for processing the service request further includes:
s301, calling a preset script to monitor the configuration file, and obtaining a configuration file list according to a monitoring result.
The configuration file list stores newly added configuration files and configuration files with updated contents, and each configuration file corresponds to one service.
It should be noted that, because the C + + service does not consider the situation of the change of the configuration file during the development, the C + + service needs to take effect after the change of the configuration file, and the service needs to be restarted and updated, the present invention writes a preset script in advance to monitor all the configuration files. And updating the configuration file list when the newly added configuration file and the configuration file with updated content exist. The aim is to reload the information in the configuration file without restarting the service.
S302, each configuration file in the configuration file list is analyzed to obtain host information of a host providing services corresponding to the configuration files.
It should be noted that, after each time the configuration file list is updated, each configuration file in the configuration file list needs to be parsed once, so as to obtain host information of a host that can currently provide a service corresponding to the configuration file.
S303, storing the host information of the host providing the service corresponding to each configuration file in the configuration file list into the host list in the memory, and constructing the mapping relation between the service corresponding to each configuration file in the configuration file list and the host information of the host providing the service.
It should be noted that, in the prior art, when a service is expanded, for example, from 10 hosts to 12 hosts, it is necessary to manually record the IP addresses of the newly added hosts and update configuration files of all hosts, which is very inefficient.
In the specific implementation process of the embodiment of the present invention, the configuration files are monitored in real time through step S301, each configuration file in the configuration file list is analyzed in real time, and the host information of the host providing the service corresponding to the configuration file is obtained, so that the configuration files of all hosts are automatically updated.
Optionally, in another embodiment of the present invention, as shown in fig. 4, an implementation manner after the step S104 is executed further includes:
s401, receiving first result data returned by the host corresponding to the identification of the target service.
The first result data may be a reply result of the C + + service to the request instruction, and is a private protocol request, and the first result data may include information such as a response condition of the current target service to the request instruction, and an operating state of the current target service.
S402, filling protocol information in a message header of the first result data returned by the host corresponding to the identification of the target service into the reply instruction to obtain second result data.
Wherein, the reply instruction is generated by utilizing a remote procedure call framework.
Specifically, since the private protocol and the protocol of the gRPC are both configured by using protobuf, the data in the header of the first result data is directly put into the header of the protocol requested by the private protocol to obtain the second result data, and the simplest data replication can be adopted in the process.
And S403, sending the second result data to the caller.
According to the scheme, in the service request processing method provided by the invention, the request instruction of the caller is received; the request instruction is generated by utilizing a remote procedure call framework and is used for requesting to call a target service; the request instruction carries an identifier of a target service; acquiring host information of a host corresponding to the identification of the target service from a host list in a memory; the host list comprises host information of hosts for extracting various services; converting the request instruction into a private protocol request; and sending the private protocol request to a host corresponding to the identification of the target service by using the acquired host information. The method achieves the aim of directly converting the service request of the open-source common protocol sent by other protocols into the private protocol request which can be understood by the C + + service after receiving the service request of the open-source common protocol sent by other protocols, and saves the development time.
An embodiment of the present invention provides a device for processing a service request, as shown in fig. 5, including:
a first receiving unit 501, configured to receive a request instruction of a caller.
The request instruction is generated by utilizing a remote procedure call framework and is used for requesting to call a target service; the request instruction carries the identification of the target service.
An obtaining unit 502, configured to obtain host information of a host corresponding to an identifier of a target service from a host list in a memory.
The host list includes host information of the hosts that extract the plurality of services.
A first converting unit 503, configured to convert the request instruction into a private-protocol request.
Optionally, in another embodiment of the present invention, an implementation manner of the first conversion unit 503 includes:
and the first conversion subunit is used for filling the protocol information in the message header of the request instruction into the message header of the private protocol to obtain the private protocol request.
A first sending unit 504, configured to send a private protocol request to a host corresponding to the identifier of the target service by using the obtained host information.
For the specific working process of the unit disclosed in the above embodiment of the present invention, reference may be made to the content of the corresponding method embodiment, as shown in fig. 1, which is not described herein again.
Optionally, in another embodiment of the present invention, as shown in fig. 6, an implementation manner of the apparatus for processing a service request further includes:
the checking unit 601 is configured to perform health check on the hosts in the host list in the memory at preset intervals, so as to obtain host information of the currently available host.
An updating unit 602, configured to update the host list in the memory by using the host information of the currently available host.
For the specific working process of the unit disclosed in the above embodiment of the present invention, reference may be made to the content of the corresponding method embodiment, as shown in fig. 2, which is not described herein again.
Optionally, in another embodiment of the present invention, as shown in fig. 7, an implementation manner of the apparatus for processing a service request further includes:
the calling unit 701 is configured to call a preset script monitoring configuration file, and obtain a configuration file list according to a monitoring result.
The configuration file list stores newly added configuration files and configuration files with updated contents, and each configuration file corresponds to one service.
The parsing unit 702 is configured to parse each configuration file in the configuration file list to obtain host information of a host providing a service corresponding to the configuration file.
The storage unit 703 is configured to store host information of a host that provides a service corresponding to each configuration file in the configuration file list into a host list in a memory, and construct a mapping relationship between the service corresponding to each configuration file in the configuration file list and the host information of the host that provides the service.
For the specific working process of the unit disclosed in the above embodiment of the present invention, reference may be made to the content of the corresponding method embodiment, as shown in fig. 3, which is not described herein again.
Optionally, in another embodiment of the present invention, as shown in fig. 8, an implementation manner of the apparatus for processing a service request further includes:
a second receiving unit 801, configured to receive first result data returned by the host corresponding to the identifier of the target service.
The second conversion unit 802 is configured to fill protocol information in a message header of the first result data returned by the host corresponding to the identifier of the target service into the reply instruction, so as to obtain second result data.
Wherein, the reply instruction is generated by utilizing a remote procedure call framework.
A second sending unit 803, configured to send the second result data to the caller.
For the specific working process of the unit disclosed in the above embodiment of the present invention, reference may be made to the content of the corresponding method embodiment, as shown in fig. 4, which is not described herein again.
As can be seen from the above solution, in the service request processing apparatus provided by the present invention, the first receiving unit 501 receives a request instruction of a caller; the request instruction is generated by utilizing a remote procedure call framework and is used for requesting to call a target service; the request instruction carries an identifier of a target service; acquiring host information of a host corresponding to the identifier of the target service from a host list in a memory by using an acquiring unit 502; the host list comprises host information of hosts for extracting various services; the request instruction is converted into a private protocol request by using a first conversion unit 503; finally, the first sending unit 504 sends the private protocol request to the host corresponding to the identifier of the target service by using the obtained host information. The method achieves the aim of directly converting the service request of the open-source common protocol sent by other protocols into the private protocol request which can be understood by the C + + service after receiving the service request of the open-source common protocol sent by other protocols, and saves the development time.
The previous description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the invention. Thus, the present invention is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
Claims (10)
1. A method for processing a service request, comprising:
receiving a request instruction of a calling party; the request instruction is generated by utilizing a remote procedure call framework and is used for requesting to call a target service; the request instruction carries an identifier of a target service;
acquiring host information of a host corresponding to the identification of the target service from a host list in a memory; the host list comprises host information of hosts for extracting various services;
converting the request instruction into a private protocol request;
and sending the private protocol request to a host corresponding to the identification of the target service by using the acquired host information.
2. The method of claim 1, wherein converting the request instruction into a private-protocol request comprises:
and filling the protocol information in the message header of the request instruction into the message header of a private protocol to obtain the private protocol request.
3. The method of claim 1, further comprising:
performing health check on the hosts in the host list in the memory at preset intervals to obtain host information of the current available hosts;
and updating the host list in the memory by using the host information of the current available host.
4. The method of claim 1, further comprising:
calling a preset script to monitor the configuration file, and obtaining a configuration file list according to a monitoring result; wherein, the configuration file list stores newly added configuration files and configuration files with updated contents, and each configuration file corresponds to a service;
analyzing each configuration file in the configuration file list to obtain host information of a host providing services corresponding to the configuration files;
storing the host information of the host providing the service corresponding to each configuration file in the configuration file list into the host list in the memory, and constructing the mapping relation between the service corresponding to each configuration file in the configuration file list and the host information of the host providing the service.
5. The method according to claim 2, wherein after sending the private protocol request to the host corresponding to the identity of the target service by using the obtained host information, further comprising:
receiving first result data returned by the host corresponding to the identification of the target service;
filling protocol information in a message header of first result data returned by the host corresponding to the identifier of the target service into a reply instruction to obtain second result data; the reply instruction is generated by utilizing a remote procedure call framework;
and sending the second result data to the calling party.
6. An apparatus for processing a service request, comprising:
the first receiving unit is used for receiving a request instruction of a calling party; the request instruction is generated by utilizing a remote procedure call framework and is used for requesting to call a target service; the request instruction carries an identifier of a target service;
an obtaining unit, configured to obtain host information of a host corresponding to the identifier of the target service from a host list in a memory; the host list comprises host information of hosts for extracting various services;
the first conversion unit is used for converting the request instruction into a private protocol request;
and the first sending unit is used for sending the private protocol request to a host corresponding to the identifier of the target service by using the acquired host information.
7. The apparatus of claim 6, wherein the first conversion unit comprises:
and the conversion subunit is used for filling the protocol information in the message header of the request instruction into the message header of the private protocol to obtain the private protocol request.
8. The apparatus of claim 6, further comprising:
the checking unit is used for carrying out health check on the hosts in the host list in the memory at intervals of preset time to obtain host information of the current available hosts;
and the updating unit is used for updating the host list in the memory by utilizing the host information of the current available host.
9. The apparatus of claim 6, further comprising:
the calling unit is used for calling a preset script monitoring configuration file and obtaining a configuration file list according to a monitoring result; wherein, the configuration file list stores newly added configuration files and configuration files with updated contents, and each configuration file corresponds to a service;
the analysis unit is used for analyzing each configuration file in the configuration file list to obtain host information of a host providing the service corresponding to the configuration file;
and the storage unit is used for storing the host information of the host providing the service corresponding to each configuration file in the configuration file list into the host list in the memory, and constructing the mapping relation between the service corresponding to each configuration file in the configuration file list and the host information of the host providing the service.
10. The apparatus of claim 6, further comprising:
a second receiving unit, configured to receive first result data returned by the host corresponding to the identifier of the target service;
the second conversion unit is used for filling protocol information in a message header of the first result data returned by the host corresponding to the identifier of the target service into the reply instruction to obtain second result data; the reply instruction is generated by utilizing a remote procedure call framework;
and the second sending unit is used for sending the second result data to the caller.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910958656.7A CN110647411A (en) | 2019-10-10 | 2019-10-10 | Service request processing method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910958656.7A CN110647411A (en) | 2019-10-10 | 2019-10-10 | Service request processing method and device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110647411A true CN110647411A (en) | 2020-01-03 |
Family
ID=69012604
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910958656.7A Pending CN110647411A (en) | 2019-10-10 | 2019-10-10 | Service request processing method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110647411A (en) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060080257A1 (en) * | 2004-10-08 | 2006-04-13 | Level 3 Communications, Inc. | Digital content distribution framework |
| US20060184510A1 (en) * | 2003-05-12 | 2006-08-17 | Masahiro Nishio | Apparatus, method, and program for executing protocol converting process |
| CN102262560A (en) * | 2010-05-27 | 2011-11-30 | 阿里巴巴集团控股有限公司 | Calling method, device and system for remote service |
| CN104040523A (en) * | 2011-08-04 | 2014-09-10 | 韦斯技术有限公司 | System and method for client-server communication facilitating utilization of network-based procedure call |
| CN108255615A (en) * | 2017-11-30 | 2018-07-06 | 平安科技（深圳）有限公司 | Across language call method, server and storage medium |
| CN108289060A (en) * | 2017-01-09 | 2018-07-17 | 腾讯科技（深圳）有限公司 | A kind of data processing method and device based on RPC service |
| CN109445968A (en) * | 2018-11-09 | 2019-03-08 | 金瓜子科技发展（北京）有限公司 | Service request processing method, device, equipment and the storage medium of different agreement |
-
2019
- 2019-10-10 CN CN201910958656.7A patent/CN110647411A/en active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060184510A1 (en) * | 2003-05-12 | 2006-08-17 | Masahiro Nishio | Apparatus, method, and program for executing protocol converting process |
| US20060080257A1 (en) * | 2004-10-08 | 2006-04-13 | Level 3 Communications, Inc. | Digital content distribution framework |
| CN102262560A (en) * | 2010-05-27 | 2011-11-30 | 阿里巴巴集团控股有限公司 | Calling method, device and system for remote service |
| CN104040523A (en) * | 2011-08-04 | 2014-09-10 | 韦斯技术有限公司 | System and method for client-server communication facilitating utilization of network-based procedure call |
| CN108289060A (en) * | 2017-01-09 | 2018-07-17 | 腾讯科技（深圳）有限公司 | A kind of data processing method and device based on RPC service |
| CN108255615A (en) * | 2017-11-30 | 2018-07-06 | 平安科技（深圳）有限公司 | Across language call method, server and storage medium |
| CN109445968A (en) * | 2018-11-09 | 2019-03-08 | 金瓜子科技发展（北京）有限公司 | Service request processing method, device, equipment and the storage medium of different agreement |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2610586C2 (en) | Method and system for providing client device automatic update of ip address corresponding to domain name | |
| US9794242B2 (en) | Method, apparatus and application platform for realizing logon to an application service website | |
| CN113316926B (en) | Domain name processing method, device, electronic equipment and storage medium | |
| CN108809890B (en) | Vulnerability detection method, test server and client | |
| CN111917900B (en) | Domain name agent request processing method and device | |
| CN108718347B (en) | Domain name resolution method, system, device and storage medium | |
| CN109218457B (en) | Network data processing method, device and system | |
| CN101094472A (en) | Method for configuring parameters of software in mobile terminal, mobile terminal, and server | |
| CN111193815A (en) | Domain name resolution method, domain name resolution device, computer readable storage medium and computer equipment | |
| US20100106817A1 (en) | Method, apparatus and system for managing private network remotely using session initiation protocol | |
| WO2016086755A1 (en) | Packet processing method and transparent proxy server | |
| CN110113447A (en) | Domain name analytic method and device | |
| CN112839038A (en) | Method and system for transmitting data through one-way communication between servers | |
| CN107911496A (en) | A kind of VPN service terminal acts on behalf of the method and device of DNS | |
| CN105323128B (en) | method, device and system for accessing front-end equipment to server | |
| CN107707689A (en) | A kind of DHCP message processing method, Dynamic Host Configuration Protocol server and gateway device | |
| CN110647411A (en) | Service request processing method and device | |
| CN111240904A (en) | Database backup method and device, electronic equipment and storage medium | |
| US9182989B1 (en) | System and method for receiving services provided by distributed systems | |
| CN110708319A (en) | Service request processing method and device | |
| CN111935316B (en) | Method and device for acquiring front-end equipment catalog | |
| CN113746851A (en) | Agent system and method for supporting real-time analysis of GRPC request | |
| CN105517142B (en) | WLAN positioning method, terminal and WLAN access server | |
| EP2247077A1 (en) | Method and apparatus for network communications | |
| CN111885101A (en) | Data storage method |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200103 |
|
| RJ01 | Rejection of invention patent application after publication |