CN109743367B - Service processing method and device, electronic equipment and readable storage medium - Google Patents
Service processing method and device, electronic equipment and readable storage medium Download PDFInfo
- Publication number
- CN109743367B CN109743367B CN201811578783.6A CN201811578783A CN109743367B CN 109743367 B CN109743367 B CN 109743367B CN 201811578783 A CN201811578783 A CN 201811578783A CN 109743367 B CN109743367 B CN 109743367B
- Authority
- CN
- China
- Prior art keywords
- service
- type
- list
- available
- service 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.)
- Active
Links
Images
Abstract
The embodiment of the invention provides a service processing method, a service processing device, electronic equipment and a readable storage medium, wherein the method comprises the following steps: obtaining a service type of a first service, wherein the service type comprises: the device comprises a first type and/or a second type, wherein the first type is a type supporting consistency, and the second type is a type supporting availability; when the service types comprise a first type and a second type, obtaining a support service list of a registry of the second type, wherein the support service list comprises calling information of at least one service; if the first type of registration center is unavailable, carrying out availability verification on the support service list to obtain an available service list; and acquiring the calling information of the first service from the available service list, and calling the first service according to the calling information of the first service. The method ensures the normal operation of the service caller.
Description
Technical Field
Embodiments of the present invention relate to communications technologies, and in particular, to a service processing method and apparatus, an electronic device, and a readable storage medium.
Background
The microservice architecture is a method of developing a single application as a suite of small services, each running in its own process and communicating with lightweight mechanisms. The service registry is an important component in the microservice architecture, a service server can register a service with the service registry, and a service caller can call an available service through the service registry. The types of registries may include CP classes and AP classes. Where "C" represents consistency, "A" represents availability, and "P" represents partition tolerability. Accordingly, the CP class registry can ensure strong consistency and partition tolerability. The AP type registration center can ensure high reliability and partition tolerance.
In the prior art, the CP class registry may include a plurality of nodes, and a management node exists in the plurality of nodes, and the management node is responsible for interacting with the outside. When any node of the CP class registry fails to operate, the management node needs to be reselected. Before a new management node is not selected, the CP class registry cannot provide external services.
Thus, using prior art methods, service invocation may fail.
Disclosure of Invention
Embodiments of the present invention provide a service processing method and apparatus, an electronic device, and a readable storage medium, which are used to solve the problem in the prior art that service invocation may fail.
A first aspect of an embodiment of the present invention provides a service processing method, including:
obtaining a service type of a first service, wherein the service type comprises: the device comprises a first type and/or a second type, wherein the first type is a type supporting consistency, and the second type is a type supporting availability;
when the service types comprise a first type and a second type, obtaining a support service list of a registry of the second type, wherein the support service list comprises calling information of at least one service;
if the first type of registration center is unavailable, carrying out availability verification on the support service list to obtain an available service list;
and acquiring the calling information of the first service from the available service list, and calling the first service according to the calling information of the first service.
Further, the supported service list further includes: the checking availability of the supported service list to obtain an available service list includes:
and carrying out availability check and running environment filtering on the supported service list to obtain the available service list, wherein the running environment of the service in the available service list is the same as the running environment supported by the first node.
Further, the running environment of the service in the supported service list is the same as the running environment supported by the first node.
Further, the method further comprises:
caching the list of available services.
Further, the method further comprises:
and if the caching duration of the available service list exceeds the preset effective duration, deleting the available service list.
Further, when the service type includes a first type and a second type, acquiring a supported service list of the registry of the second type includes:
if no effective available service list exists, when the service types comprise a first type and a second type, obtaining a support service list of the second type of registration center.
Further, after obtaining the available service list, the method further includes:
if the available service list does not include the calling information of the first service, calling a preset interface, wherein the preset interface is used for indicating that the first service is unavailable.
Further, the method further comprises:
respectively sending service registration requests to the first type of registration center and the second type of registration center, where the service registration requests are used for requesting registration of a second service, and the service registration requests include: the calling information of the second service and the running environment information of the second service.
A second aspect of an embodiment of the present invention provides a service processing apparatus, including:
a first obtaining module, configured to obtain a service type of a first service, where the service type includes: the device comprises a first type and/or a second type, wherein the first type is a type supporting consistency, and the second type is a type supporting availability;
a second obtaining module, configured to obtain a supported service list of the registry of the second type when the service type includes a first type and a second type, where the supported service list includes call information of at least one service;
the verification module is used for verifying the availability of the support service list when the first type of registration center is unavailable to obtain an available service list;
and the calling module is used for acquiring the calling information of the first service from the available service list and calling the first service according to the calling information of the first service.
Further, the verification module is specifically configured to:
and carrying out availability check and running environment filtering on the supported service list to obtain the available service list, wherein the running environment of the service in the available service list is the same as the running environment supported by the first node.
Further, the running environment of the service in the supported service list is the same as the running environment supported by the first node.
Further, the apparatus further comprises:
and the caching module is used for caching the available service list.
Further, the apparatus further comprises:
and the deleting module is used for deleting the available service list when the cache duration of the available service list exceeds the preset effective duration.
Further, the second obtaining module is specifically configured to:
if no effective available service list exists, when the service types comprise a first type and a second type, obtaining a support service list of the second type of registration center.
Further, the apparatus further comprises:
a calling module, configured to call a preset interface when the available service list does not include the calling information of the first service, where the preset interface is used to indicate that the first service is unavailable.
Further, the apparatus further comprises:
a sending module, configured to send service registration requests to the first type of registry and the second type of registry respectively, where the service registration requests are used to request registration of a second service, and the service registration requests include: the calling information of the second service and the running environment information of the second service.
A third aspect of embodiments of the present invention provides an electronic device, including:
a memory for storing program instructions;
a processor for calling and executing the program instructions in the memory to perform the method steps of the first aspect.
A fourth aspect of the embodiments of the present invention provides a readable storage medium, in which a computer program is stored, the computer program being configured to execute the method according to the first aspect.
According to the service processing method, the service processing device, the electronic device and the readable storage medium provided by the embodiment of the invention, when the type of the first service to be called comprises the first type and the second type and the registry of the first type is unavailable, the support service list can be obtained from the registry of the second type, and the calling information of the first service is obtained by checking the availability of the service in the support service list, so that the calling of the first service is completed. The types of the first service comprise a first type and a second type which are the result of integrating the registry of the first type and the registry of the second type, so that service calling can still be carried out through the registry of the second type when the registry of the first type is unavailable, and normal operation of a service caller is ensured. Furthermore, the embodiment of the invention also realizes the filtering of the multi-environment and multi-type registration centers, thereby realizing the support of multi-environment isolation.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to these drawings without creative efforts.
Fig. 1 is a system architecture diagram of a service processing method according to an embodiment of the present invention;
fig. 2 is a schematic flowchart of a first embodiment of a service processing method according to the present invention;
fig. 3 is a schematic flowchart of a second embodiment of a service processing method according to the present invention;
fig. 4 is a block diagram of a service processing apparatus according to an embodiment of the present invention;
fig. 5 is a block diagram of a service processing apparatus according to an embodiment of the present invention;
fig. 6 is a block diagram of a service processing apparatus according to an embodiment of the present invention;
fig. 7 is a block diagram of a service processing apparatus according to an embodiment of the present invention;
fig. 8 is a block diagram of a service processing apparatus according to an embodiment of the present invention;
fig. 9 is a block diagram of an electronic device according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, 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 some, but not all, embodiments of the present invention. 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, if one node of the CP class registry cannot operate, a new management node needs to be reselected, and the CP class registry cannot provide external services, that is, is unavailable, before the new management node is reselected. If other services need to call the services registered in the CP class registry in the process, a call failure occurs, which causes an exception to the operation of the service caller. In addition, support for multi-environment isolation cannot be achieved using prior art methods.
Based on the above problems, embodiments of the present invention provide a service processing method, where a CP class registry and an AP class registry are integrated, a same service may be registered in the CP class registry and the AP class registry at the same time, and if the CP class registry is unavailable, the method may obtain call information of a service to be called from the AP class registry and call the service to be called according to the call information, thereby ensuring that the service can still be normally called when the CP class registry is unavailable.
Fig. 1 is a system architecture diagram of a service processing method according to an embodiment of the present invention, as shown in fig. 1, the method relates to a registry cluster, a service provider cluster, and a service caller cluster. The registry cluster includes a CP class registry and an AP class registry, that is, in the embodiment of the present invention, the CP class registry and the AP class registry are integrated into one registry cluster.
The service provider cluster includes a plurality of service provider clients, each of which may provide at least one service. The services provided by the service provider clients can be configured into one type, each service type can be stored by one service type configuration service, meanwhile, dynamic modification can be carried out according to needs, and the modified type information is stored by the service type configuration service. The types of services that may be configured may include: strong consistency, high availability and strong consistency give consideration to availability. If the type of service is configured as a strongly consistent type, the service provider client may register the service only with the CP class registry. If the type of service is configured as a high availability type, the service provider client may only register the service with the AP class registry. If the type of service is configured to be a strong consistency compromise availability type, the service provider registers the service with both the CP class registry and the AP class registry. The technical scheme provided by the embodiment of the invention is mainly suitable for the service with strong consistency and availability.
The service caller cluster comprises a plurality of service caller clients, and each client in the service caller clients can acquire the service in the registration center cluster through discovery so as to call the service.
In particular embodiments, for a particular client, the client may be a service provider client, a service caller client, or both. The following embodiments of the present invention are described in terms of a service provider client and a service caller client, respectively, but it will be understood by those skilled in the art that the embodiments described in the following embodiments can be supported simultaneously for clients that are both service providers and service callers.
Fig. 2 is a flowchart illustrating a first embodiment of a service processing method according to the present invention, in which an execution subject of the method is a service caller client. Hereinafter, for convenience of description, the "client" is simply referred to as "client". As shown in fig. 2, the method includes:
s201, obtaining a service type of a first service, wherein the service type comprises: a first type and/or a second type.
Optionally, the first service is a service that the client may need to invoke. In a specific implementation process, the first service may be one or more.
Optionally, the first type may be a type supporting consistency, and the second type may be a type supporting availability.
If the service type of the first service only includes the first type, it is indicated that the first service belongs to the strong consistency type described in the foregoing embodiment. If the service type of the first service includes only the second type, it is indicated that the first service belongs to the high availability type described in the foregoing embodiment. If the service types of the first service include the first type and the second type, it is indicated that the first service belongs to the strong consistency consideration availability type described in the foregoing embodiment.
Optionally, the client may obtain the type of the first service from the service type configuration service described in fig. 1.
S202, when the service types comprise a first type and a second type, obtaining a support service list of the registry of the second type, wherein the support service list comprises calling information of at least one service.
Optionally, the second type of registry may be an AP type registry in a registry cluster.
Alternatively, the above-mentioned list of supported services may refer to a list of services registered in the second type of registry.
And S203, if the first type of registration center is unavailable, carrying out availability verification on the support service list to obtain an available service list.
Optionally, if the first type of registry is available, the client may invoke the first service directly through the first type of registry to preferentially ensure consistency. If a first type of registry is not available, e.g., the first type of registry cannot provide a service call because of reselecting a management node, then the client may check the availability of the list of supported services obtained from the second type of registry.
Optionally, the supported service list sent by the second type of registry includes a plurality of services, each service may have a check interface, and the availability of the service may be checked through the check interface, and if available, the check interface may return an available response, and if unavailable, the check interface may return an unavailable response. By checking each service in the list of supported services, the checked services can be grouped into the above list of available services.
And S204, obtaining the calling information of the first service from the available service list, and calling the first service according to the calling information of the first service.
Optionally, the call information may include address information and a call port.
Optionally, when the service registers with the registry, the ID, address, call port, running environment, service status, etc. of the service may be registered. The second registration center returns a support service list to the client, and the support service list can carry information such as the address, the calling port and the running environment of each service. After the availability of the service is checked to obtain the available service list, the first service can be called based on the calling information of the first service.
In this embodiment, when the type of the first service to be called includes a first type and a second type, and the registry of the first type is unavailable, the support service list may be obtained from the registry of the second type, and the call information of the first service is obtained by performing availability check on the service in the support service list, thereby completing the call of the first service. The types of the first service comprise a first type and a second type which are the result of integrating the registry of the first type and the registry of the second type, so that service calling can still be carried out through the registry of the second type when the registry of the first type is unavailable, and normal operation of a service caller is ensured.
Furthermore, the embodiment also realizes the filtering of multi-environment and multi-type registration centers, and further realizes the support of multi-environment isolation.
On the basis of the above embodiments, the present embodiment relates to a process in which the client acquires the list of supported services from the second type of registry.
Fig. 3 is a flowchart illustrating a second embodiment of the service processing method according to the embodiment of the present invention, and as shown in fig. 3, a process of the client acquiring the support service list from the second type of registry is as follows:
s301, sending a service list acquisition request to a second type of registration center.
And after receiving the request, the second type registration center sends the current support service list to the client through the service list acquisition response.
S302, receiving a service list acquisition response sent by the second type registration center, wherein the service list acquisition response comprises the support service list.
On the basis of the above embodiments, the present embodiment relates to two alternative implementations of performing availability check on the above supported service list to obtain an available service list.
In a first alternative embodiment, the client performs availability check and runtime environment filtering on the supported service list to obtain the available service list.
And the running environment of the service in the available service list is the same as the running environment supported by the first node.
The first node is an execution subject, i.e., a service invocation client, in this embodiment.
In this optional manner, after the first node receives the list of the supported services of the second type of registry, the currently available services may be determined by the method described in the above embodiment, and then the operating environments of the services may be compared with the operating environment supported by the first node for analysis, the services whose operating environments are the same as the operating environment supported by the first node are screened, and the services are formed into the available service list.
In a second alternative embodiment, the execution environment supporting the service in the service list is the same as the execution environment supported by the first node.
In this manner, the meaning of the first node is the same as that in the previous manner, and is not described herein again.
In this way, when acquiring the supported service list from the second type registry, the first node may carry information of the operating environment supported by the first node, and after receiving the information of the operating environment, the second type registry selects services which are registered and have the same operating environment as the operating environment supported by the first node according to the operating environment, and forms the supported service list with the services to send to the first node. Thus, in this approach, the runtime environment supporting the services in the service list is the same as the runtime environment supported by the first node.
Further, after the first node receives the supported service list, it verifies whether the service is available according to the manner of the foregoing embodiment, so as to obtain the available service list.
On the basis of the above embodiment, the present embodiment relates to a further processing procedure after the client obtains the above available service list.
Optionally, the client may cache the list of available services.
And after the client determines the available service list, caching information such as addresses, calling ports, operating environments and the like of all services in the available service list. When the service calling is needed again, the service calling can be directly carried out according to the calling information in the available service list without calling through a registration center, and therefore the service calling efficiency is improved. Specifically, when service calling is required, the client first determines whether an effective available service list exists, that is, whether the effective available service list is cached, and if the effective available service list is determined to be cached, the client directly calls the service according to calling information in the available service list without calling through a registration center. If it is determined that the valid available service list is not cached, the supported service list of the second type of registry is obtained as in the first embodiment.
Optionally, after the client caches the available service list, it may be further determined whether the cache duration of the available service list exceeds a preset valid duration, and if so, the available service list is deleted.
The preset effective duration can be set according to the actual running condition.
In a specific implementation process, information of a service registered in a registry may be updated, and if a client uses an available service list cached locally all the time to make a service call, a call failure may be caused by not obtaining the latest service information. Therefore, in this embodiment, the client may determine whether the cached available service list is overtime according to the preset effective duration, and if yes, the client may directly delete the available service list, thereby avoiding a call failure caused by information inconsistency.
In a specific implementation process, a situation that the calling information of the first service needing to be called does not exist in the available service list may occur. For example, if the running environment of a service that the client needs to invoke is different from the running environment supported by the client, the available service list obtained by the client does not include the service.
Specifically, the preset interface is a fusing interface, and when the available service list does not include the calling information of the first service, the fusing interface is returned, so that the normal operation of the whole service calling link can be ensured.
On the basis of the above embodiments, the present embodiment relates to a process of the service provider client.
In the embodiment of the present invention, for a specific second service, if the type of the service includes the first type and the second type, that is, when availability is considered to be strong, the service provider client may register the second service as follows:
sending a service registration request to the first type of registry and the second type of registry, respectively, the service registration request being used for requesting registration of a second service, the service registration request comprising: the call information of the second service and the operation environment information of the second service.
Optionally, as shown in the system architecture diagram of fig. 1, in the embodiment of the present invention, a first type registry and a second type registry are integrated to form a registry cluster, and when a service provider client where a second service is located determines that the type of the second service includes the first type and the second type, the service provider client may simultaneously send a service registration request to the first type registry and the second type registry in the registry cluster, and the request carries call information and operating environment information of the second service. The first type of registry and the second type of registry maintain invocation and execution environment information for the second service. When the service caller client requests the service call to the first type registry and/or the second type registry, the first type registry and/or the second type registry can provide the call information, the operating environment information and the like of the second service to the service caller client.
Fig. 4 is a block diagram of a service processing apparatus according to an embodiment of the present invention, and as shown in fig. 4, the apparatus includes:
a first obtaining module 401, configured to obtain a service type of a first service, where the service type includes: the device comprises a first type and/or a second type, wherein the first type is a type supporting consistency, and the second type is a type supporting availability.
A second obtaining module 402, configured to obtain, when the service type includes a first type and a second type, a supported service list of the registry of the second type, where the supported service list includes invocation information of at least one service.
A checking module 403, configured to perform availability checking on the supported service list to obtain an available service list when the first type of registry is unavailable.
A first calling module 404, configured to obtain calling information of the first service from the available service list, and call the first service according to the calling information of the first service.
The device is used for realizing the method embodiments, the realization principle and the technical effect are similar, and the details are not repeated here.
In another embodiment, the verification module is specifically configured to:
and carrying out availability check and running environment filtering on the supported service list to obtain the available service list, wherein the running environment of the service in the available service list is the same as the running environment supported by the first node.
In another embodiment, the runtime environment of the service in the supported services list is the same as the runtime environment supported by the first node.
Fig. 5 is a block diagram of a service processing apparatus according to an embodiment of the present invention, and as shown in fig. 5, the apparatus further includes:
a caching module 405, configured to cache the available service list.
Fig. 6 is a block diagram of a service processing apparatus according to an embodiment of the present invention, and as shown in fig. 6, the apparatus further includes:
a deleting module 406, configured to delete the available service list when the cache duration of the available service list exceeds a preset valid duration.
In another embodiment, the second obtaining module 402 is specifically configured to:
if no effective available service list exists, when the service types comprise a first type and a second type, obtaining a support service list of the second type of registration center.
Fig. 7 is a block diagram of a service processing apparatus according to an embodiment of the present invention, and as shown in fig. 7, the apparatus further includes:
a second calling module 407, configured to call a preset interface when the available service list does not include the calling information of the first service, where the preset interface is used to indicate that the first service is unavailable.
Fig. 8 is a block diagram of a service processing apparatus according to an embodiment of the present invention, and as shown in fig. 8, the apparatus further includes:
a registering module 408, configured to send service registration requests to the first type of registry and the second type of registry, respectively, where the service registration requests are used to request registration of a second service, and the service registration requests include: the calling information of the second service and the running environment information of the second service.
Fig. 9 is a block diagram of an electronic device according to an embodiment of the present invention, and as shown in fig. 9, the electronic device 900 includes:
a memory 901 for storing program instructions.
The processor 902 is configured to call and execute the program instructions in the memory 901 to perform the method steps described in the above method embodiments.
Those of ordinary skill in the art will understand that: all or a portion of the steps of implementing the above-described method embodiments may be performed by hardware associated with program instructions. The program may be stored in a computer-readable storage medium. When executed, the program performs steps comprising the method embodiments described above; and the aforementioned storage medium includes: various media that can store program codes, such as ROM, RAM, magnetic or optical disks.
Finally, it should be noted that: the above embodiments are only used to illustrate the technical solution of the present invention, and not to limit the same; while the invention has been described in detail and with reference to the foregoing embodiments, it will be understood by those skilled in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present invention.
Claims (10)
1. A service processing method, comprising:
obtaining a service type of a first service, wherein the service type comprises: the device comprises a first type and/or a second type, wherein the first type is a type supporting consistency, and the second type is a type supporting availability;
when the service types comprise a first type and a second type, obtaining a support service list of a registry of the second type, wherein the support service list comprises calling information of at least one service;
if the first type of registration center is unavailable, carrying out availability verification on the support service list to obtain an available service list;
acquiring the calling information of the first service from the available service list, and calling the first service according to the calling information of the first service;
the supported services list further comprises: the checking availability of the supported service list to obtain an available service list includes:
and carrying out availability check and running environment filtering on the supported service list to obtain the available service list, wherein the running environment of the service in the available service list is the same as the running environment supported by the first node.
2. The method of claim 1, wherein the runtime environment supporting the services in the service list is the same as the runtime environment supported by the first node.
3. The method of claim 1, further comprising:
caching the list of available services.
4. The method of claim 3, further comprising:
and if the caching duration of the available service list exceeds the preset effective duration, deleting the available service list.
5. The method according to claim 4, wherein the obtaining the supported service list of the second type of registry when the service types include a first type and a second type comprises:
if no effective available service list exists, when the service types comprise a first type and a second type, obtaining a support service list of the second type of registration center.
6. The method of claim 1, wherein after obtaining the list of available services, the method further comprises:
if the available service list does not include the calling information of the first service, calling a preset interface, wherein the preset interface is used for indicating that the first service is unavailable.
7. The method according to any one of claims 1-6, further comprising:
respectively sending service registration requests to the first type of registration center and the second type of registration center, where the service registration requests are used for requesting registration of a second service, and the service registration requests include: the calling information of the second service and the running environment information of the second service.
8. A service processing apparatus, comprising:
a first obtaining module, configured to obtain a service type of a first service, where the service type includes: the device comprises a first type and/or a second type, wherein the first type is a type supporting consistency, and the second type is a type supporting availability;
a second obtaining module, configured to obtain a supported service list of the registry of the second type when the service type includes a first type and a second type, where the supported service list includes call information of at least one service;
the verification module is used for verifying the availability of the support service list when the first type of registration center is unavailable to obtain an available service list;
the calling module is used for acquiring calling information of the first service from the available service list and calling the first service according to the calling information of the first service;
the check module is specifically configured to perform availability check and filtering on the supported service list to obtain the available service list, where an operating environment of a service in the available service list is the same as an operating environment supported by the first node.
9. An electronic device, comprising:
a memory for storing program instructions;
a processor for invoking and executing program instructions in said memory for performing the method steps of any of claims 1-7.
10. A readable storage medium, characterized in that a computer program is stored in the readable storage medium for performing the method of any of claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811578783.6A CN109743367B (en) | 2018-12-24 | 2018-12-24 | Service processing method and device, electronic equipment and readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811578783.6A CN109743367B (en) | 2018-12-24 | 2018-12-24 | Service processing method and device, electronic equipment and readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109743367A CN109743367A (en) | 2019-05-10 |
| CN109743367B true CN109743367B (en) | 2021-08-17 |
Family
ID=66361155
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811578783.6A Active CN109743367B (en) | 2018-12-24 | 2018-12-24 | Service processing method and device, electronic equipment and readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109743367B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110391940B (en) * | 2019-07-26 | 2022-09-27 | 广州虎牙科技有限公司 | Service address response method, device, system, equipment and storage medium |
| CN110837431A (en) * | 2019-11-13 | 2020-02-25 | 深圳前海环融联易信息科技服务有限公司 | Service control method, service control device, computer equipment and computer-readable storage medium |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105515759A (en) * | 2015-11-27 | 2016-04-20 | 国网信息通信产业集团有限公司 | Micro service registration method and micro service registration system |
| CN108282368A (en) * | 2018-01-24 | 2018-07-13 | 云宏信息科技股份有限公司 | A kind of micro services management system, method and computer storage media |
| CN108632299A (en) * | 2017-03-15 | 2018-10-09 | 北京京东尚科信息技术有限公司 | Enhance method, apparatus, electronic equipment and the storage medium of registration center's availability |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090086945A1 (en) * | 2007-09-27 | 2009-04-02 | Buchanan Annette L | Methods and Apparatus for Selecting a Service Provider on a Per-Call Basis |
| CN106656604A (en) * | 2016-12-23 | 2017-05-10 | 郑州云海信息技术有限公司 | Microservice request management method, microservice controller and high-concurrence microservice architecture |
| WO2019068024A1 (en) * | 2017-09-30 | 2019-04-04 | Oracle International Corporation | Binding, in an api registry, backend services endpoints to api functions |
| CN107979508B (en) * | 2017-11-24 | 2020-08-04 | 深圳乐信软件技术有限公司 | Micro-service test method and device |
-
2018
- 2018-12-24 CN CN201811578783.6A patent/CN109743367B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105515759A (en) * | 2015-11-27 | 2016-04-20 | 国网信息通信产业集团有限公司 | Micro service registration method and micro service registration system |
| CN108632299A (en) * | 2017-03-15 | 2018-10-09 | 北京京东尚科信息技术有限公司 | Enhance method, apparatus, electronic equipment and the storage medium of registration center's availability |
| CN108282368A (en) * | 2018-01-24 | 2018-07-13 | 云宏信息科技股份有限公司 | A kind of micro services management system, method and computer storage media |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109743367A (en) | 2019-05-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109547570B (en) | Service registration method, device, registration center management equipment and storage medium | |
| US9542220B2 (en) | System and method for supporting resource manager (RM) instance awareness in a transactional environment | |
| CN106663033B (en) | System and method for supporting a wraparound domain and proxy model and updating service information for cross-domain messaging in a transactional middleware machine environment | |
| CN110213331B (en) | Service request processing method, terminal device, electronic device and storage medium | |
| US10389848B2 (en) | Message transmission method and core network interface device | |
| CN110311837B (en) | Online service availability detection method and device and computer equipment | |
| CN110601981A (en) | Service routing method, service provider cloud domain and service calling cloud domain | |
| CN113973129B (en) | Gateway supporting multiple registry micro services | |
| CN109743367B (en) | Service processing method and device, electronic equipment and readable storage medium | |
| CN108769124A (en) | Application dispositions method, device, server and the storage medium of PaaS platform | |
| CN112311786A (en) | Service request processing method and device, storage medium and computing equipment | |
| CN111464603B (en) | Server capacity expansion method and system | |
| CN111884844A (en) | Message service access method and device based on zookeeper | |
| CN111770123B (en) | Communication method, apparatus and storage medium | |
| CN111953770B (en) | Route forwarding method and device, route equipment and readable storage medium | |
| US11153173B1 (en) | Dynamically updating compute node location information in a distributed computing environment | |
| US11638134B2 (en) | Methods, systems, and computer readable media for resource cleanup in communications networks | |
| CN112003963B (en) | Method, system, device and medium for mounting volume on bare metal server | |
| CN110995756B (en) | Method and device for calling service | |
| CN114356456A (en) | Service processing method, device, storage medium and electronic equipment | |
| CN113094074A (en) | Service cluster updating method and device | |
| CN112929429B (en) | Request processing method, device and equipment | |
| CN114553771B (en) | Method for virtual router loading and related equipment | |
| CN112804371B (en) | Domain name resolution processing method and device | |
| CN115905271B (en) | Virus library updating method and device and multi-engine detection system |
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 | ||
| CP03 | Change of name, title or address | ||
| CP03 | Change of name, title or address |
Address after: 266104 Qingdao wisdom Valley, No. 8, Shengshui Road, Laoshan District, Qingdao, Shandong Patentee after: Qingdao Haishi Commercial Technology Co.,Ltd. Address before: 266100, building 151, No. 3, Zhuzhou Road, Laoshan District, Shandong, Qingdao Patentee before: QINGDAO HISENSE INTELLIGENT COMMERCIAL SYSTEM CO.,LTD. |