CN114595069A - Service offline method and device, electronic equipment and storage medium - Google Patents

Service offline method and device, electronic equipment and storage medium Download PDF

Info

Publication number
CN114595069A
CN114595069A CN202210462236.1A CN202210462236A CN114595069A CN 114595069 A CN114595069 A CN 114595069A CN 202210462236 A CN202210462236 A CN 202210462236A CN 114595069 A CN114595069 A CN 114595069A
Authority
CN
China
Prior art keywords
service
offline
service instance
list
interface
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.)
Granted
Application number
CN202210462236.1A
Other languages
Chinese (zh)
Other versions
CN114595069B (en
Inventor
苏珂
张浩浩
任亚军
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Century TAL Education Technology Co Ltd
Original Assignee
Beijing Century TAL Education Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Century TAL Education Technology Co Ltd filed Critical Beijing Century TAL Education Technology Co Ltd
Priority to CN202210462236.1A priority Critical patent/CN114595069B/en
Publication of CN114595069A publication Critical patent/CN114595069A/en
Application granted granted Critical
Publication of CN114595069B publication Critical patent/CN114595069B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/505Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/547Remote procedure calls [RPC]; Web services
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Abstract

The disclosure provides a service offline method, a service offline device, an electronic device and a storage medium, wherein the method comprises the following steps: according to an aspect of the present disclosure, there is provided a service offline method, including: determining a target interface corresponding to a service calling request according to the received service calling request; acquiring an online service instance list and a to-be-offline service instance list of the target interface; performing difference set operation on the online service instance list and the to-be-offline service instance list to determine an available service instance list of the target interface; determining a target service instance from the list of available service instances, and forwarding the service invocation request to the target service instance. The scheme can ensure that the service offline does not cause damage and influence on the service flow, and realizes the elegant offline of the service.

Description

Service offline method and device, electronic equipment and storage medium
Technical Field
The invention relates to the technical field of computers, in particular to a service offline method, a service offline device, electronic equipment and a storage medium.
Background
The computing resources such as the CPU, the memory, the GPU, and the like are all very important software and hardware computing resources in a Service interface call management Platform (PaaS), especially when serving hundreds of millions of calls at an enterprise level, the usage amount of resources by a Service during a peak period is usually several times that at ordinary times, but the peak period is relatively short, and in order to ensure the availability of a system Service under various Service peaks and limit conditions, a large amount of machine resources are also invested to be deployed according to the requirement of the peak period, so that a large amount of resource waste is generated during the low peak period, and therefore a Service scaling technique is produced at the end of the Service scaling.
At present, in the related art, basically, service traffic can be kept intact when capacity expansion is performed by using a service scaling technique, but the traffic is damaged greatly when capacity reduction is performed, and elegant capacity reduction service is difficult to perform.
Disclosure of Invention
In order to solve the technical problem or at least partially solve the technical problem, embodiments of the present disclosure provide a service offline method, device, electronic device, and storage medium.
According to an aspect of the present disclosure, there is provided a service offline method, including:
determining a target interface corresponding to a service calling request according to the received service calling request;
acquiring an online service instance list and a to-be-offline service instance list of the target interface;
performing difference set operation on the online service instance list and the to-be-offline service instance list to determine an available service instance list of the target interface;
determining a target service instance from the list of available service instances, and forwarding the service invocation request to the target service instance.
According to another aspect of the present disclosure, there is provided a service downline apparatus including:
the first determining module is used for determining a target interface corresponding to the service calling request according to the received service calling request;
the acquisition module is used for acquiring an online service instance list and a to-be-offline service instance list of the target interface;
a second determining module, configured to perform difference set operation on the online service instance list and the to-be-offline service instance list, and determine an available service instance list of the target interface;
and the forwarding module is used for determining a target service instance from the available service instance list and forwarding the service calling request to the target service instance.
According to another aspect of the present disclosure, there is provided an electronic device including:
a processor; and
a memory for storing a program, wherein the program is stored in the memory,
wherein the program comprises instructions which, when executed by the processor, cause the processor to perform a service logoff method according to the preceding aspect.
According to another aspect of the present disclosure, there is provided a non-transitory computer readable storage medium having stored thereon computer instructions for causing the computer to perform the service logoff method according to the preceding aspect.
According to another aspect of the present disclosure, there is provided a computer program product comprising a computer program, wherein the computer program when executed by a processor implements the service logoff method of the preceding aspect.
According to one or more technical schemes provided in the embodiment of the application, the request is forwarded to the available service instance except the service instance to be offline for processing by shielding the service instance to be offline, so that the subsequent request can be prevented from being loaded on the service instance to be offline, and no new request comes after the request on the service instance to be offline is processed, thereby ensuring that the service offline does not damage and influence the service flow, and realizing the elegant offline of the service.
Drawings
Further details, features and advantages of the disclosure are disclosed in the following description of exemplary embodiments, taken in conjunction with the accompanying drawings, in which:
FIG. 1 shows a flow diagram of a service logoff method according to an example embodiment of the present disclosure;
FIG. 2 is a schematic diagram illustrating an association relationship between a service interface and a service instance in the embodiment of the present disclosure;
FIG. 3 is a diagram illustrating a result of a difference operation performed on an online service instance list and a to-be-offline service instance list according to an embodiment of the present disclosure;
FIG. 4 illustrates a flow diagram of a process for generating a list of pending offline service instances in accordance with an exemplary embodiment of the present disclosure;
FIG. 5 shows a schematic block diagram of a service down-line apparatus according to an example embodiment of the present disclosure;
FIG. 6 illustrates a block diagram of an exemplary electronic device that can be used to implement embodiments of the present disclosure.
Detailed Description
Embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While certain embodiments of the present disclosure are shown in the drawings, it is to be understood that the present disclosure may be embodied in various forms and should not be construed as limited to the embodiments set forth herein, but rather are provided for a more thorough and complete understanding of the present disclosure. It should be understood that the drawings and embodiments of the disclosure are for illustration purposes only and are not intended to limit the scope of the disclosure.
It should be understood that the various steps recited in the method embodiments of the present disclosure may be performed in a different order, and/or performed in parallel. Moreover, method embodiments may include additional steps and/or omit performing the illustrated steps. The scope of the present disclosure is not limited in this respect.
The term "include" and variations thereof as used herein are open-ended, i.e., "including but not limited to". The term "based on" is "based, at least in part, on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments". Relevant definitions for other terms will be given in the following description. It should be noted that the terms "first", "second", and the like in the present disclosure are only used for distinguishing different devices, modules or units, and are not used for limiting the order or interdependence relationship of the functions performed by the devices, modules or units.
It is noted that references to "a", "an", and "the" modifications in this disclosure are intended to be illustrative rather than limiting, and that those skilled in the art will recognize that "one or more" may be used unless the context clearly dictates otherwise.
The names of messages or information exchanged between devices in the embodiments of the present disclosure are for illustrative purposes only, and are not intended to limit the scope of the messages or information.
The service offline method, device, electronic device, and storage medium provided by the present disclosure are described below with reference to the accompanying drawings.
At present, when capacity expansion is carried out by utilizing the existing service expansion technology, service flow can be basically not damaged, but when capacity reduction is carried out, service is usually terminated forcibly directly, whether the existing service flow finishes work or not is not judged, the damage to the flow is large, and elegant capacity reduction service is difficult to realize.
In the related art, in the native scenario of Kubernetes, the smallest object of the system is Pod (micro service unit group). The method of the Pod level dynamic scaling (HPA) technology based on Kubernetes is as follows: the business service Pod needs to realize a metrics interface by itself, and Kubernets can regularly collect monitoring data for calculation through the metrics interface, then the monitoring data are compared with real-time data aggregation summary according to the index type and the target threshold value configured on HPA by a user, and if the index type and the target threshold value meet the conditions, a scale interface of the deployment is called to adjust the number of corresponding copies so as to achieve the purpose of dynamic expansion.
However, in the HPA technology, the creation and destruction of Pod (or called online and offline) are determined by kubernets, and when the technology is adopted for capacity reduction, it is not determined whether the existing traffic has completed work, and the service is directly forced to be terminated, so that the traffic is greatly damaged when the traffic concurrency is large.
In order to solve the problems, the present disclosure provides a service offline method, which determines a target interface corresponding to a service invocation request according to the received service invocation request, obtains an online service instance list and a to-be-offline service instance list of the target interface, and then performs difference operation on the online service instance list and the to-be-offline service instance list to determine an available service instance list of the target interface, and further determines a target service instance from the available service instance list, and forwards the service invocation request to the target service instance, thereby shielding the to-be-offline service instance, forwarding the request to an available service instance except the to-be-offline service instance for processing, preventing a subsequent request from being loaded on the to-be-offline service instance, preventing a new request from coming after the request processing on the to-be-offline service instance is completed, and ensuring that the service offline does not cause damage and influence on traffic flow, and the elegant offline of the service is realized. By adopting the scheme disclosed by the invention, the service flow is not damaged during the service capacity reduction, no flow loss exists even under the scene of hundreds of service instances capacity reduction, various service expansion schemes can be supported, such as dynamic expansion based on monitoring indexes, timing expansion of services and the like, and the scheme disclosed by the invention does not need to modify the service logic inside the service, has no invasion to the service and is convenient to integrate.
Fig. 1 shows a flowchart of a service offline method according to an exemplary embodiment of the present disclosure, where the method may be executed by a service offline device, where the device may be implemented by software and/or hardware, and may be generally integrated in an electronic device, where a PaaS platform may be deployed in the electronic device, where the PaaS platform includes a plurality of components, such as a service registration center, a gateway, and a monitor service monitorService, and the service offline method of the present disclosure may be specifically applied to the gateway of the PaaS platform, and implement a scheme of the present disclosure by matching the components with each other.
As shown in fig. 1, the service offline method may include the steps of:
step 101, according to a received service call request, determining a target interface corresponding to the service call request.
The service calling request may be a Uniform Resource Locator (URL), the URL carries a service interface address corresponding to a service to be called, and a corresponding target interface may be determined according to the service interface address.
In practical application, a service call request initiated by a customer to a service interface call management platform PaaS uniformly passes through a gateway of the platform, and the gateway forwards the service call request to a service instance at a rear end according to a routing mapping relation between a service interface and the service instance configured in advance, so that service flow distribution is completed.
In the embodiment of the disclosure, when a client initiates a service call request to a PaaS platform and the service call request passes through a gateway of the PaaS platform, the gateway determines a target interface corresponding to a service interface address carried when the service call request arrives according to the received service call request.
And 102, acquiring an online service instance list and a to-be-offline service instance list of the target interface.
In the embodiment of the present disclosure, after the target interface corresponding to the service invocation request is determined, the online service instance list and the to-be-offline service instance list of the target interface may be further obtained.
All online service instances associated with the target interface are recorded in the online service instance list of the target interface, wherein the online service instances comprise extended service instances expanded in a business peak period and non-extended service instances; the service instances to be offline are generated and updated in the caching middleware by the monitoring service of the PaaS platform, and are actively acquired by the gateway and cached in the local cache.
In the embodiment of the disclosure, an association relationship between the service interface and the service instance may be pre-established, and the established association relationship is stored in the PaaS platform, and the service instance may be registered in a service registration center of the PaaS platform by using an IP address as an Identity (ID) of the service instance. It can be appreciated that a service interface can be associated with at least one service instance. Exemplarily, fig. 2 shows a schematic diagram of an association relationship between a service interface and a service instance in the embodiment of the present disclosure, as shown in fig. 2, the service interface 1 is associated with two service instances, namely, a service instance 1-1 (IP: 192.0.0.1) and a service instance 1-2 (IP: 192.0.0.2), and the service interface 2 is also associated with two service instances, namely, a service instance 2-1 (IP: 192.0.0.3) and a service instance 2-2 (IP: 192.0.0.4). The service instance 1-1 and the service instance 2-1 are non-capacity-expansion service instances, the service instance 1-2 and the service instance 2-2 are capacity-expansion service instances, and the capacity-expansion service instances are started when a business peak comes by configuring a scaling strategy in a business peak period.
In the embodiment of the present disclosure, after determining the target interface corresponding to the service invocation request, the gateway may obtain an online service instance list of the target interface from a service registry of the PaaS platform, where the service instance recorded in the online service instance list is a part or all of the service instances associated with the target interface. The gateway may obtain the list of pending offline service instances for the target interface from the local cache.
Step 103, performing difference set operation on the online service instance list and the to-be-offline service instance list, and determining an available service instance list of the target interface.
In the embodiment of the present disclosure, after the online service instance list and the to-be-offline service instance list of the target interface are obtained, a difference set operation may be performed on the obtained online service instance list and the to-be-offline service instance list, so as to determine an available service instance list of the target interface.
It can be appreciated that recorded in the list of available service instances are non-inclusive service instances of the target interface and inclusive service instances that do not temporarily need to be taken offline.
Illustratively, fig. 3 shows a schematic diagram of a result of performing difference set operation on an online service instance list and a to-be-offline service instance list in the embodiment of the present disclosure, as shown in fig. 3, service instances recorded in the online service instance list of a target interface include service instance 1 (IP: 192.0.0.5), service instance 2 (IP: 192.0.0.6), service instance 3 (IP: 192.0.0.7), and service instance 4 (IP: 192.0.0.8), and a to-be-offline service instance recorded in the to-be-offline service instance list of the target interface is service instance 4 (IP: 192.0.0.8), and then, performing difference set operation on the two service instances may obtain an available service instance list of the target interface, as shown in fig. 3, the available service instance list of the target interface includes three available service instances, which are respectively service instance 1 (IP: 192.0.0.5), service instance 2 (IP: 192.0.0.6), and service instance 3 (IP: 192.0.0.7).
Step 104, determining a target service instance from the available service instance list, and forwarding the service call request to the target service instance.
In the embodiment of the present disclosure, after determining the available service instance list of the target interface, the gateway may determine the target service instance from the available service instance list, forward the received service invocation request to the target service instance, and process the service invocation request by the target service instance.
For example, when the gateway determines the target service instance from the list of available service instances, one service instance may be determined from the list of available service instances as the target service instance according to the polling policy. The target service instance is determined through the polling strategy to process the service calling request received this time, and the load balance among the service instances is guaranteed.
For example, when the gateway determines the target service instance from the available service instance list, one service instance may be selected from the available service instance list as the target service instance in a random selection manner.
It can be understood that, in the embodiment of the present disclosure, the service instance to be offline is shielded at the gateway, and the received service invocation request is forwarded to the available service instance, so that a subsequent request is prevented from being loaded on the service instance to be offline, and therefore, after a period of time (waiting for the request on the service instance to be offline to be processed), it is ensured that the request being processed on the service instance to be offline completes the work, and the expanded service instance to be offline can be normally offline without a new request coming in, so that no damage is caused to traffic flow, and a graceful offline of the service instance is realized.
The service offline method of the embodiment of the disclosure determines a target interface corresponding to a service call request according to the received service call request, obtains an online service instance list and a service instance list to be offline of the target interface, and then performs difference operation on the online service instance list and the service instance list to be offline to determine an available service instance list of the target interface, and further determines a target service instance from the available service instance list, and forwards the service call request to the target service instance, thereby shielding the service instance to be offline, forwarding the request to the available service instance except the service instance to be offline for processing, preventing a subsequent request from being loaded to the service instance to be offline, preventing a new request from coming after the request on the service instance to be offline is processed, and ensuring that the service offline does not cause damage and influence on service flow, and the elegant offline of the service is realized.
In an optional implementation manner of the present disclosure, the list of service instances to be offline may be updated regularly according to a certain frequency, so as to screen out the capacity expansion service instances to be offline in time, thereby avoiding traffic flow loss caused by offline of the capacity expansion service instances due to non-timely screening. In the embodiment of the disclosure, the to-be-offline service instance list corresponding to each interface may be generated by screening out, by a monitoring service of the PaaS platform, the to-be-offline service instance meeting the condition from the service instance offline task table of each interface according to a preset period, and updating the generated to-be-offline service instance list in the caching middleware. As shown in fig. 4, in the embodiment of the present disclosure, a process of generating a to-be-offline service instance list by a monitoring service of a PaaS platform may include the following steps:
step 201, inquiring a service instance offline task table of each interface according to a preset period, where the service instance offline task table includes the capacity expansion service instances of the corresponding interfaces and the capacity reduction offline time of each capacity expansion service instance.
The period for querying the service instance offline task table of each interface may be preset, for example, may be set to 1 minute, 30 seconds, and the like.
In practical application, the monitoring service of the PaaS platform may query the service instance offline task table of each interface, for example, a timing task may be set to query the service instance offline task table of each interface according to a preset period.
Step 202, calculating the time difference between the current system time and the capacity reduction offline time of each capacity expansion service instance in the service instance offline task table.
Step 203, generating a list of service instances to be offline corresponding to each interface according to the target capacity expansion service instance with the time difference smaller than the preset offline time threshold, and updating the list into the cache middleware.
The preset offline time threshold may be preset according to actual requirements, for example, the preset offline time threshold is set to 10 seconds.
In the embodiment of the disclosure, when the monitoring service of the PaaS platform queries the service instance offline task table of any interface, the current system time of the PaaS platform may be obtained in real time, time differences between the current system time and the capacity reduction offline time of each expansion service instance in the service instance offline task table are calculated, the obtained time differences are respectively compared with the preset offline time threshold, a target expansion service instance whose time difference is smaller than the preset offline time threshold is screened out from each expansion service instance in the service instance offline task table, and then a to-be-offline service instance list of the corresponding interface is generated according to the target expansion service instance.
For example, assuming that the service instance offline task table of the interface 1 includes three expansion service instances, namely an expansion service instance 1, an expansion service instance 2 and an expansion service instance 3, time differences between the current system time and the capacity reduction offline times of the three expansion service instances are calculated, and the obtained three time differences are compared with a preset offline time threshold value, so that the target expansion service instance with the time difference smaller than the preset offline time threshold value is determined to be the expansion service instance 1, a to-be-offline service instance list of the interface 1 is generated according to the expansion service instance 1, and related information of the expansion service instance 1 is recorded in the to-be-offline service instance list of the interface 1.
And then, updating the newly generated list of the service instances to be downloaded of each interface into the cache middleware, so that the gateway of the PaaS platform actively acquires the list of the service instances to be downloaded from the cache middleware and caches the list of the service instances to be downloaded in a local cache. It can be understood that, when the newly generated service instance list to be offline is updated into the caching middleware, the new service instance list to be offline covers the originally stored service instance list to be offline with the same interface in the caching middleware, that is, only the latest service list to be offline is stored for the same interface in the caching middleware, so that the storage space of the caching middleware can be saved, and the processing consumption of the gateway for screening the latest service list to be offline from the service lists to be offline of multiple versions can be avoided.
The service offline method of the disclosed embodiment queries the service instance offline task table of each interface according to a preset period through the monitoring service of the PaaS platform, the service instance offline task table comprises the capacity expansion service instances of the corresponding interfaces and the capacity reduction offline time of each capacity expansion service instance, the time difference between the current system time and the capacity reduction offline time of each capacity expansion service instance in the service instance offline task table is calculated, and then the to-be-offline service instance list corresponding to each interface is generated and updated to the cache middleware according to the target capacity expansion service instance of which the time difference is smaller than a preset offline time threshold value, so that the to-be-offline service instance list can be updated regularly, a new to-be-offline service instance is screened out for service drainage, the to-be-offline service instance can be guaranteed to be offline gracefully, and the capacity expansion service instance to be offline can be screened out in time, and service flow loss caused by offline of the expansion service instance due to untimely screening is avoided.
Further, in an optional implementation manner of the present disclosure, the list of service instances to be offline corresponding to each interface is cached in a local cache, and in order to ensure that a gateway of the PaaS platform can obtain a latest list of service instances to be offline, in an embodiment of the present disclosure, when a list of service instances to be offline corresponding to any interface in the cache middleware is updated, the list of service instances to be offline of any interface in the local cache is deleted.
For example, if the monitoring service currently generates a to-be-offline service instance list of the interface 1 and updates the to-be-offline service instance list into the caching middleware, the monitoring service may call the interface of the gateway to delete the to-be-offline service instance list of the interface 1 in the local cache.
In an optional implementation manner of the present disclosure, when an interface of the monitoring service calling gateway deletes a to-be-offline service instance list of a certain interface in the local cache, event information that the gateway interface is successfully or unsuccessfully called may be recorded in an event record table of the MySQL database at the same time, if the gateway interface is unsuccessfully called, a preset timed task is started to regularly poll the event record table, and a retry execution is performed on a failure event recorded in the event record table, so as to ensure that an operation of calling the gateway interface to delete the to-be-offline service instance list of the certain interface in the local cache is finally successful.
In the embodiment of the present disclosure, when the to-be-offline service instance list corresponding to any interface in the cache middleware is updated, the to-be-offline service instance list of the any interface in the local cache is deleted, so that the gateway can be prompted to obtain the latest to-be-offline service instance list from the cache middleware when receiving the request again, and the accuracy and timeliness of the to-be-offline service instance list used by the gateway are ensured.
In an optional implementation manner of the present disclosure, a corresponding revocation list switch may be set for each interface, when a service invocation request passes through a gateway, whether the revocation list switch of the current interface is turned on is determined based on a load balancing policy of the gateway, and when the revocation list switch of the current interface is turned on, the to-be-offline service instance list of the current interface is validated. Therefore, in the embodiment of the present disclosure, the obtaining of the to-be-offline service instance list of the target interface may include: acquiring the state of a failure list switch corresponding to the target interface; and if the state of the failure list switch is an open state, acquiring a list of service instances to be offline of the target interface from a local cache.
For example, the status of the revocation list switch of each interface may be set by the monitoring service when generating the list of pending offline service instances for the interface. When the monitoring service generates a to-be-offline service instance list of a certain interface for the first time in the current capacity reduction task, the invalidation list switch corresponding to the interface is also set to be in an on state (represented by True), the state of the invalidation list switch of the interface is cached in the cache middleware, and the invalidation list switch of the interface is kept in the on state when the to-be-offline service instance list of the interface is updated subsequently. When all the capacity expansion service instances of the interface are offline, the monitoring service updates the state of a failure list switch of the interface in the cache middleware to be an off state (expressed by False), and clears the list of service instances to be offline of the interface in the local cache of the gateway.
Illustratively, when the monitoring service generates the to-be-offline service instance list of each interface, the monitoring service may simultaneously generate the state of the to-be-offline service instance switch of each interface, and update the to-be-offline service instance list of each interface and the state of the to-be-offline service instance switch of each interface into the cache middleware. Therefore, in the above embodiment, when the to-be-offline service instance list of a certain interface in the cache middleware is updated, the gateway interface is called to delete the to-be-offline service instance list of the interface in the local cache, and simultaneously, the state of the failure list switch of the interface can also be deleted.
In the embodiment of the present disclosure, after the target interface corresponding to the service invocation request is determined, the state of the revocation list switch corresponding to the target interface may be obtained first.
For example, the gateway may actively obtain the revocation list switch of each interface from the caching middleware and cache the revocation list switch in the local cache, and may preset the caching time of the state of the revocation list switch in the local cache, for example, set the caching time of the revocation list switch to half an hour, and when the caching time of the state of the revocation list switch of a certain interface in the local cache reaches the preset caching time, clear the revocation list switch of the certain interface in the local cache. In the embodiment of the present disclosure, when the state of the revocation list switch corresponding to the target interface is obtained, the state of the revocation list switch may be obtained from the local cache first, and if the state of the revocation list switch cannot be obtained from the local cache, that is, it indicates that the state of the revocation list switch of the target interface is invalidated in the local cache, the latest state of the revocation list switch of the target interface may be obtained from the cache middleware and cached in the local cache.
In the embodiment of the present disclosure, if the state of the acquired revocation list switch of the target interface is an on state, the to-be-offline service instance list of the target interface becomes effective, and the to-be-offline service instance list of the target interface is continuously acquired from the local cache, and is used for performing difference operation with the acquired online service instance list to obtain an available service instance list of the target interface; and if the acquired state of the invalidation list switch of the target interface is a closed state, the list of the service instances to be offline of the target interface is not effective, the online service instance list acquired from the service registration center is used as the list of the available service instances of the target interface for routing, and the service calling request is forwarded backwards.
In the embodiment of the present disclosure, by obtaining the state of the revocation list switch corresponding to the target interface, when the state of the revocation list switch is an on state, the to-be-offline service instance list of the target interface is obtained from the local cache, thereby being beneficial to reducing the routing performance loss of the gateway.
Further, in an optional implementation manner of the present disclosure, if the to-be-offline service instance list of the target interface is not obtained from the local cache, the to-be-offline service instance list corresponding to the target interface is obtained from the cache middleware and cached in the local cache.
Because the service instance list to be offline of each interface periodically generated by the monitoring service is updated in the caching middleware, and the latest service instance list to be offline of each interface is stored in the caching middleware, in the embodiment of the present disclosure, when the service instance list to be offline of the target interface cannot be obtained from the local cache, the service instance list to be offline of the target interface is obtained from the caching middleware, thereby ensuring that the service instance list to be offline of the target interface can be always obtained, and providing data support for shielding the service instance to be offline.
In an optional implementation manner of the present disclosure, a certain cache duration may be set for the to-be-offline service instance list of each interface stored in the local cache, and when the time for storing the to-be-offline service instance list of a certain interface in the local cache reaches the cache duration, the to-be-offline service instance list of the certain interface in the local cache is automatically cleared. Therefore, in the embodiment of the present disclosure, when the time length of the to-be-offline service instance list corresponding to the target interface cached in the local cache reaches the preset time length, the to-be-offline service instance list corresponding to the target interface is deleted from the local cache.
The preset time period may be preset, for example, the preset time period is set to 30 seconds.
In the embodiment of the present disclosure, the service instance list to be offline of each interface is cached in the local cache of the gateway for a preset time, when the state of the obtained invalidation list switch of the target interface is the on state, the service instance list to be offline of the target interface is obtained from the local cache first, and if the local cache does not have the service instance list to be offline of the target interface, the latest service instance list to be offline of the target interface is continuously obtained from the cache middleware.
In the embodiment of the present disclosure, when the time length of the to-be-offline service instance list corresponding to the target interface cached in the local cache reaches the preset time length, the to-be-offline service instance list corresponding to the target interface is deleted from the local cache, which is beneficial to enabling the gateway to obtain the latest to-be-offline service instance list of the target interface from the cache middleware in time, and thus, the accuracy of the generated available service instance list is favorably ensured.
In the embodiment of the disclosure, the states of the to-be-offline service instance list periodically generated by the monitoring service and the failure list switches of each interface are stored in the cache middleware, and the gateway is used as a core basic component of the traffic routing and does not depend on any other middleware except for having cache query dependence on the cache middleware.
In an optional implementation manner of the present disclosure, after any service instance to be offline in the list of service instances to be offline is completed, any service instance to be offline may be deleted from the online service instance list of the target interface and the service instance offline task table, where after the history request processing on any service instance to be offline is completed, any service instance to be offline is offline.
The history request is a service call request distributed to the service instance to be offline by the gateway before the service instance to be offline in the service instance to be offline list is shielded, that is, the service instance to be offline is written into the service call request distributed before the service instance to be offline list.
In the embodiment of the disclosure, for the service instances to be offline in the service instance list to be offline, an interface of the monitoring service can be called to sequentially trigger the elegant offline of the service instances. Specifically, after the history request processing on any service instance to be offline in the service instance list to be offline is completed, the service instance to be offline, for which the history request has been completely processed, is offline, and the offline service instance to be offline is deleted from the online service instance list of the target interface and the service instance offline task table.
It can be understood that the service registry of the PaaS platform can sense the service instance that has been successfully offline. Therefore, in the embodiment of the present disclosure, the service registry may update the online service instance list of the target interface in real time according to the perceived offline service instance. And for the update of the service instance offline task table, the gateway can start a preset timing task, the timing task triggers the verification of the service instance offline task table of the target interface, the timing task can inquire an online service instance list and a Pod list service instance of the service registry and compare the online service instance list and the Pod list service instance with the service instance offline task table, if a certain capacity expansion service instance in the service instance offline task table does not exist in the online service instance list and the Pod list, the capacity expansion service instance can be determined to be really offline, and the capacity expansion service instance in the service instance offline task table is deleted. In addition, after each service instance to be offline in the service instance list to be offline of the target interface is successfully offline, the information in the cache middleware can be updated, the state of the invalidation list switch of the target interface in the cache middleware is updated to be in a closed state, and the local cache of the gateway and the service instance list to be offline of the target interface in the cache middleware are deleted.
In the embodiment of the disclosure, after any service instance to be offline is offline, any service instance to be offline is deleted from the online service instance list of the target interface and the service instance offline task table, so that the real offline of the service instance is ensured, and the phenomenon that the service request is forwarded to the offline service instance due to the fact that the offline service instance still exists in the online service instance list can be avoided.
The exemplary embodiment of the present disclosure also provides a service logout apparatus. Fig. 5 shows a schematic block diagram of a service downline apparatus according to an exemplary embodiment of the present disclosure, and as shown in fig. 5, the service downline apparatus 50 includes: a first determining module 501, an obtaining module 502, a second determining module 503 and a forwarding module 504.
The first determining module 501 is configured to determine, according to a received service invocation request, a target interface corresponding to the service invocation request;
an obtaining module 502, configured to obtain an online service instance list and a to-be-offline service instance list of the target interface;
a second determining module 503, configured to perform difference set operation on the online service instance list and the to-be-offline service instance list, and determine an available service instance list of the target interface;
a forwarding module 504, configured to determine a target service instance from the list of available service instances, and forward the service invocation request to the target service instance.
Optionally, the service instance to be offline list corresponding to each interface is queried by the monitoring service according to a preset period, where the service instance offline task list includes the capacity expansion service instances corresponding to the interfaces and the capacity reduction offline time of each capacity expansion service instance, and calculates a time difference between the current system time and the capacity reduction offline time of each capacity expansion service instance in the service instance offline task list, and generates a target capacity expansion service instance according to the time difference being smaller than a preset offline time threshold, and updates the target capacity expansion service instance to the cache middleware.
Optionally, the to-be-offline service instance list corresponding to each interface is cached in a local cache, and when the to-be-offline service instance list corresponding to any interface in the cache middleware is updated, the to-be-offline service instance list of any interface in the local cache is deleted.
Optionally, the obtaining module 502 is further configured to:
acquiring the state of a failure list switch corresponding to the target interface;
and if the state of the invalidation list switch is in an opening state, acquiring a list of service instances to be offline of the target interface from a local cache.
Optionally, the obtaining module 502 is further configured to:
and if the list of the service instances to be downloaded of the target interface is not obtained from the local cache, obtaining the list of the service instances to be downloaded corresponding to the target interface from the cache middleware and caching the list into the local cache.
Optionally, the service logoff device further includes:
and the first deleting module is used for deleting the service instance list to be offline corresponding to the target interface from the local cache when the cache duration of the service instance list to be offline corresponding to the target interface in the local cache reaches a preset duration.
Optionally, the service logoff device further includes:
and the second deleting module is used for deleting any service instance to be offline from the online service instance list of the target interface and the service instance offline task table after any service instance to be offline in the service instance list to be offline is offline, wherein any service instance to be offline is offline after the history request processing on any service instance to be offline is completed.
The service offline device provided by the embodiment of the disclosure can execute any service offline method applicable to the electronic equipment provided by the embodiment of the disclosure, and has corresponding functional modules and beneficial effects of the execution method. Reference may be made to the description of any method embodiment of the disclosure that may not be described in detail in the embodiments of the apparatus of the disclosure.
An exemplary embodiment of the present disclosure also provides an electronic device including: at least one processor; and a memory communicatively coupled to the at least one processor. The memory stores a computer program executable by the at least one processor, the computer program comprising instructions that, when executed by the at least one processor, cause the electronic device to perform a service logoff method according to an embodiment of the disclosure.
The disclosed exemplary embodiments also provide a non-transitory computer readable storage medium storing computer instructions, wherein the computer instructions, when executed by a processor of a computer, are configured to cause the computer to perform a service logoff method according to the disclosed embodiments.
The exemplary embodiments of the present disclosure also provide a computer program product comprising a computer program, wherein the computer program, when executed by a processor of a computer, is configured to cause the computer to perform the service logoff method according to the embodiments of the present disclosure.
Referring to fig. 6, a block diagram of a structure of an electronic device 1100, which may be a server or a client of the present disclosure, which is an example of a hardware device that may be applied to aspects of the present disclosure, will now be described. Electronic device is intended to represent various forms of digital electronic computer devices, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other suitable computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be examples only, and are not meant to limit implementations of the disclosure described and/or claimed herein.
As shown in fig. 6, the electronic device 1100 includes a computing unit 1101, which can perform various appropriate actions and processes according to a computer program stored in a Read Only Memory (ROM) 1102 or a computer program loaded from a storage unit 1108 into a Random Access Memory (RAM) 1103. In the RAM 1103, various programs and data necessary for the operation of the device 1100 may also be stored. The calculation unit 1101, the ROM 1102, and the RAM 1103 are connected to each other by a bus 1104. An input/output (I/O) interface 1105 is also connected to bus 1104.
A number of components in electronic device 1100 connect to I/O interface 1105, including: an input unit 1106, an output unit 1107, a storage unit 1108, and a communication unit 1109. The input unit 1106 may be any type of device capable of inputting information to the electronic device 1100, and the input unit 1106 may receive input numeric or character information and generate key signal inputs related to user settings and/or function controls of the electronic device. Output unit 1107 may be any type of device capable of presenting information and may include, but is not limited to, a display, speakers, a video/audio output terminal, a vibrator, and/or a printer. Storage unit 1108 may include, but is not limited to, a magnetic disk or an optical disk. The communication unit 1109 allows the electronic device 1100 to exchange information/data with other devices via a computer network, such as the internet, and/or various telecommunications networks, and may include, but is not limited to, modems, network cards, infrared communication devices, wireless communication transceivers and/or chipsets, such as bluetooth (TM) devices, WiFi devices, WiMax devices, cellular communication devices, and/or the like.
The computing unit 1101 can be a variety of general purpose and/or special purpose processing components having processing and computing capabilities. Some examples of the computing unit 1101 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various dedicated Artificial Intelligence (AI) computing chips, various computing units running machine learning model algorithms, a Digital Signal Processor (DSP), and any suitable processor, controller, microcontroller, and so forth. The computing unit 1101 performs the various methods and processes described above. For example, in some embodiments, the service logoff method may be implemented as a computer software program tangibly embodied in a machine-readable medium, such as the storage unit 1108. In some embodiments, part or all of the computer program may be loaded and/or installed onto the electronic device 1100 via the ROM 1102 and/or the communication unit 1109. In some embodiments, the computing unit 1101 may be configured to perform the service logoff method by any other suitable means (e.g., by means of firmware).
Program code for implementing the methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions/operations specified in the flowchart and/or block diagram to be performed. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package partly on the machine and partly on a remote machine or entirely on the remote machine or server.
In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
As used in this disclosure, the terms "machine-readable medium" and "computer-readable medium" refer to any computer program product, apparatus, and/or device (e.g., magnetic discs, optical disks, memory, Programmable Logic Devices (PLDs)) used to provide machine instructions and/or data to a programmable processor, including a machine-readable medium that receives machine instructions as a machine-readable signal. The term "machine-readable signal" refers to any signal used to provide machine instructions and/or data to a programmable processor.
To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and a pointing device (e.g., a mouse or a trackball) by which a user may provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic, speech, or tactile input.
The systems and techniques described here can be implemented in a computing system that includes a back-end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), Wide Area Networks (WANs), and the Internet.
The computer system may include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.
It is noted that, in this document, relational terms such as "first" and "second," and the like, may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
The foregoing are merely exemplary embodiments of the present disclosure, which enable those skilled in the art to understand or practice the present disclosure. 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 disclosure. Thus, the present disclosure 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 of service logoff, wherein the method comprises:
determining a target interface corresponding to a service calling request according to the received service calling request;
acquiring an online service instance list and a to-be-offline service instance list of the target interface;
performing difference set operation on the online service instance list and the to-be-offline service instance list to determine an available service instance list of the target interface;
determining a target service instance from the list of available service instances, and forwarding the service invocation request to the target service instance.
2. The service offline method according to claim 1, wherein the service instance list to be offline corresponding to each interface is queried by the monitoring service according to a preset period for the service instance offline task table of each interface, the service instance offline task table includes the capacity expansion service instances corresponding to the interfaces and the capacity reduction offline time of each capacity expansion service instance, the time difference between the current system time and the capacity reduction offline time of each capacity expansion service instance in the service instance offline task table is calculated, and the generated capacity expansion service instances are updated to the cache middleware according to the target capacity expansion service instances whose time difference is smaller than a preset offline time threshold.
3. The service offline method according to claim 2, wherein the list of service instances to be offline corresponding to each interface is cached in a local cache, and when the list of service instances to be offline corresponding to any interface in the caching middleware is updated, the list of service instances to be offline of any interface in the local cache is deleted.
4. The service offline method of claim 1, wherein said obtaining the list of service instances to be offline of the target interface comprises:
acquiring the state of a failure list switch corresponding to the target interface;
and if the state of the invalidation list switch is in an opening state, acquiring a list of service instances to be offline of the target interface from a local cache.
5. The service logoff method of claim 4, wherein the method further comprises:
and if the list of the service instances to be downloaded of the target interface is not obtained from the local cache, obtaining the list of the service instances to be downloaded corresponding to the target interface from the cache middleware and caching the list into the local cache.
6. The service logoff method of claim 5, wherein the method further comprises:
and when the caching duration of the service instance list to be offline corresponding to the target interface in the local cache reaches a preset duration, deleting the service instance list to be offline corresponding to the target interface from the local cache.
7. A service logoff method according to claim 2-or 3, wherein the method further comprises:
and deleting any service instance to be offline from the online service instance list of the target interface and the service instance offline task table after any service instance to be offline in the service instance list to be offline is offline, wherein any service instance to be offline is offline after the history request processing on any service instance to be offline is completed.
8. A service downline apparatus, wherein the apparatus comprises:
the first determining module is used for determining a target interface corresponding to the service calling request according to the received service calling request;
the acquisition module is used for acquiring an online service instance list and a to-be-offline service instance list of the target interface;
a second determining module, configured to perform difference set operation on the online service instance list and the to-be-offline service instance list, and determine an available service instance list of the target interface;
and the forwarding module is used for determining a target service instance from the available service instance list and forwarding the service calling request to the target service instance.
9. An electronic device, comprising:
a processor; and
a memory for storing the program, wherein the program is stored in the memory,
wherein the program comprises instructions which, when executed by the processor, cause the processor to perform the service logoff method according to any one of claims 1-7.
10. A non-transitory computer readable storage medium having stored thereon computer instructions for causing the computer to perform the service logoff method according to any one of claims 1-7.
CN202210462236.1A 2022-04-29 2022-04-29 Service offline method and device, electronic equipment and storage medium Active CN114595069B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210462236.1A CN114595069B (en) 2022-04-29 2022-04-29 Service offline method and device, electronic equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210462236.1A CN114595069B (en) 2022-04-29 2022-04-29 Service offline method and device, electronic equipment and storage medium

Publications (2)

Publication Number Publication Date
CN114595069A true CN114595069A (en) 2022-06-07
CN114595069B CN114595069B (en) 2022-08-05

Family

ID=81811494

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210462236.1A Active CN114595069B (en) 2022-04-29 2022-04-29 Service offline method and device, electronic equipment and storage medium

Country Status (1)

Country Link
CN (1) CN114595069B (en)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104253703A (en) * 2013-06-28 2014-12-31 华为终端有限公司 Communication method and device
US20200036790A1 (en) * 2018-07-26 2020-01-30 Beijing Baidu Netcom Science And Technology Co., Ltd. Method and apparatus for service hosting of distributed storage system
CN111800458A (en) * 2020-05-22 2020-10-20 浙商银行股份有限公司 Dynamic load balancing method and system for Kubernetes container cloud platform
CN112068934A (en) * 2020-09-08 2020-12-11 广州汇智通信技术有限公司 Control system and method for container cloud service instance contraction
CN112799786A (en) * 2021-02-02 2021-05-14 微民保险代理有限公司 Exit method, device, equipment and storage medium of micro-service instance
CN112948098A (en) * 2021-05-12 2021-06-11 北京世纪好未来教育科技有限公司 Service unit offline method based on micro-service unit architecture and related device

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104253703A (en) * 2013-06-28 2014-12-31 华为终端有限公司 Communication method and device
US20200036790A1 (en) * 2018-07-26 2020-01-30 Beijing Baidu Netcom Science And Technology Co., Ltd. Method and apparatus for service hosting of distributed storage system
CN111800458A (en) * 2020-05-22 2020-10-20 浙商银行股份有限公司 Dynamic load balancing method and system for Kubernetes container cloud platform
CN112068934A (en) * 2020-09-08 2020-12-11 广州汇智通信技术有限公司 Control system and method for container cloud service instance contraction
CN112799786A (en) * 2021-02-02 2021-05-14 微民保险代理有限公司 Exit method, device, equipment and storage medium of micro-service instance
CN112948098A (en) * 2021-05-12 2021-06-11 北京世纪好未来教育科技有限公司 Service unit offline method based on micro-service unit architecture and related device

Also Published As

Publication number Publication date
CN114595069B (en) 2022-08-05

Similar Documents

Publication Publication Date Title
CN107943594B (en) Data acquisition method and device
CN108696581B (en) Distributed information caching method and device, computer equipment and storage medium
US9608831B2 (en) Migrating a chat message service provided by a chat server to a new chat server
CN110598138A (en) Cache-based processing method and device
CN105095313B (en) A kind of data access method and equipment
CN108664521B (en) Method and device for providing serial number, electronic equipment and readable storage medium
CN111181765A (en) Task processing method and device
CN110071952B (en) Service call quantity control method and device
CN104104701A (en) Online service configuration updating method and system
CN112948498A (en) Method and device for generating global identification of distributed system
CN114595069B (en) Service offline method and device, electronic equipment and storage medium
CN110347659B (en) Data processing method and device and transaction data processing method and device
CN114070889B (en) Configuration method, traffic forwarding device, storage medium, and program product
CN115271861A (en) Request filtering method, device, equipment and storage medium
CN111176679B (en) Application program updating method and device
CN113138943B (en) Method and device for processing request
CN111104376B (en) Resource file query method and device
CN114143328A (en) Data migration method, device, equipment and medium of cloud mobile phone
CN109104321B (en) Method for improving Web _ HDFS availability under Hadoop dual-computer cluster
CN110650033B (en) Distributed application configuration management method and distributed computing system
CN113360689B (en) Image retrieval system, method, related device and computer program product
CN116996481B (en) Live broadcast data acquisition method and device, electronic equipment and storage medium
CN111179097B (en) Method, device, electronic equipment and storage medium for modifying warranty
CN115309457B (en) Restarting method and device of application instance, electronic equipment and readable storage medium
US20240089339A1 (en) Caching across multiple cloud environments

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