CN113296872A

CN113296872A - Container state query method, device, equipment, storage medium and system

Info

Publication number: CN113296872A
Application number: CN202010286525.1A
Authority: CN
Inventors: 李连荣
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Cloud Computing Ltd
Priority date: 2020-04-13
Filing date: 2020-04-13
Publication date: 2021-08-24
Anticipated expiration: 2040-04-13
Also published as: CN113296872B

Abstract

The invention provides a container state query method, a device, equipment, a storage medium and a system. The virtual node sends a first query request including the increment query identification to the management and control system at regular time. And the management and control system determines K container groups with changed state information between the last query time of the virtual node and the current query time from the M container groups according to the increment query identifier and the state update time corresponding to the latest state information of the M container groups, and feeds the latest state information of the K container groups back to the virtual node. The virtual node updates the latest state information of the K container groups to the cache space. By the scheme, the convenient and efficient query of the state of the container group can be realized.

Description

Container state query method, device, equipment, storage medium and system

Technical Field

The invention relates to the technical field of internet, in particular to a container state query method, a device, equipment, a storage medium and a system.

Background

Virtualization technology has become a widely accepted way of sharing server resources, however, each virtual machine needs to run a complete operating system and install a large number of dependent environments therein. In the actual application program development process, if an application program is deployed each time, a developer needs to build a complete operating system and a dependency environment first, which inevitably results in heavy and inefficient task changes. A new type of virtualization technique called Container has emerged to help solve these problems.

The ultimate goal of container technology is: the developer is more concerned about the development of the application program, and the underlying operating system and environment can be shared and reused. At present, a variety of container arrangement systems (also referred to as container management systems, container systems) have been created. In a typical system architecture of a container arrangement system, a node cluster consisting of a plurality of working nodes, which may be physical hosts or virtual machines, and a control node are included.

A work node will have multiple container groups running on it, a container group (often called pod) being the most basic unit of operation in a container orchestration system, comprising one or more closely related containers. A developer may create one or more pods to deploy an application according to the needs of the application. In some container orchestration system architectures, a service process for launching and managing a pod, kubel, runs on each worker node, and of course, other service processes.

Although developers can realize convenient deployment of the application program through the container technology, the application program needs to be operated and maintained after being deployed. In the operation and maintenance process, the operation and maintenance personnel know the pod state information in time so as to carry out corresponding operation and maintenance operation according to the pod state information. However, at present, operation and maintenance personnel need to know the detailed working mechanism inside the container arrangement system, and can query the container arrangement system to obtain pod state information only by performing complex query operation on the container arrangement system, so that the implementation difficulty is high, and the efficiency is low.

Disclosure of Invention

The embodiment of the invention provides a container state query method, a device, equipment, a storage medium and a system, which are used for realizing convenient and efficient query of the state of a container group.

In a first aspect, an embodiment of the present invention provides a container status query method, which is applied to a virtual node corresponding to an application program, and the method includes:

regularly sending a first query request to a management and control system for managing N container groups, wherein the first query request comprises an increment query identifier;

receiving the latest state information of K container groups fed back by the management and control system, wherein the management and control system determines the K container groups of which the state information changes between the last query time of the virtual node and the current query time from the M container groups according to the state update time corresponding to the incremental query identifier and the latest state information of the M container groups, wherein the M container groups are the container groups corresponding to the application program in the N container groups, N > M >1, and M is not less than K;

and updating the latest state information of the K container groups into a cache space corresponding to the application program.

In a second aspect, an embodiment of the present invention provides a container status query apparatus, which is applied to a virtual node corresponding to an application program, and the apparatus includes:

the system comprises a sending module, a receiving module and a sending module, wherein the sending module is used for sending a first query request to a management and control system for managing N container groups at regular time, and the first query request comprises an increment query identifier;

a receiving module, configured to receive the latest status information of the K container groups fed back by the management and control system, where the management and control system determines, according to the respective status update times corresponding to the incremental query identifier and the latest status information of the M container groups, the K container groups whose status information changes between the last query time of the virtual node and the current query time from the M container groups, where the M container groups are container groups corresponding to the application program in the N container groups, N > M >1, and M is greater than or equal to K;

and the storage module is used for updating the latest state information of the K container groups into a cache space corresponding to the application program.

In a third aspect, an embodiment of the present invention provides an electronic device, which includes a processor, a memory, and a communication interface, where the memory stores executable code thereon, and when the executable code is executed by the processor, the processor is enabled to implement at least the container status query method in the first aspect.

In a fourth aspect, an embodiment of the present invention provides a non-transitory machine-readable storage medium having stored thereon executable code, which when executed by a processor of an electronic device, causes the processor to implement at least the container status query method of the first aspect.

In a fifth aspect, an embodiment of the present invention provides a container status query method, which is applied to a management and control system for managing N container groups, where the method includes:

receiving a first query request sent by a virtual node, wherein the first query request comprises an increment query identifier, and the virtual node corresponds to an application program;

determining M container groups corresponding to the virtual node from the N container groups, wherein N > M > 1;

determining the K container groups with state information changed between the last query time of the virtual node and the current query time from the M container groups according to the state update time corresponding to the incremental query identifier and the latest state information of the M container groups, wherein M is more than or equal to K;

and feeding back the latest state information of the K container groups to the virtual node.

In a sixth aspect, an embodiment of the present invention provides a container status query apparatus, which is applied to a management and control system for managing N container groups, where the apparatus includes:

the system comprises a receiving module, a sending module and a receiving module, wherein the receiving module is used for receiving a first query request sent by a virtual node, the first query request comprises an increment query identifier, and the virtual node corresponds to an application program;

an obtaining module, configured to determine M container groups corresponding to the virtual node from the N container groups, where N > M >1, and determine, according to the incremental query identifier and state update time corresponding to the latest state information of the M container groups, the K container groups in which state information changes between the last query time of the virtual node and the current query time from the M container groups, where M is greater than or equal to K;

and the sending module is used for feeding back the latest state information of the K container groups to the virtual node.

In a seventh aspect, an embodiment of the present invention provides an electronic device, which includes a processor, a memory, and a communication interface, where the memory stores executable code thereon, and when the executable code is executed by the processor, the processor is enabled to implement at least the container status query method in the fifth aspect.

In an eighth aspect, the present invention provides a non-transitory machine-readable storage medium, on which executable code is stored, and when the executable code is executed by a processor of an electronic device, the processor is enabled to implement at least the container status query method in the fifth aspect.

In a ninth aspect, an embodiment of the present invention provides a container status query system, including:

the system comprises N container groups, a control system, virtual nodes corresponding to application programs and a cache space; wherein the N container groups comprise M container groups corresponding to the application program, and N > M > 1;

the virtual node is used for sending a first query request to the management and control system at regular time, wherein the first query request comprises an increment query identifier, receiving the latest state information of K container groups fed back by the management and control system, and updating the latest state information of the K container groups into the cache space, wherein M is more than or equal to K;

the management and control system is configured to determine the M container groups corresponding to the virtual node, determine, according to the incremental query identifier and the state update time corresponding to the latest state information of the M container groups, the K container groups of which state information changes between the last query time of the virtual node and the current query time from the M container groups, and feed back the latest state information of the K container groups to the virtual node.

In the embodiment of the present invention, a container state query system is constructed, in which in addition to a large number of container groups (referred to as N container groups), a management and control system for managing all the N container groups, and virtual nodes and cache spaces corresponding to application programs of developers are also included. The virtual node is packaged with the inquiry logic which is provided by the system and automatically inquires the state information of the corresponding container group. The cache space is used for storing the latest state information of the container group inquired by the corresponding virtual node.

Based on this, when a user corresponding to the application (herein, the user is generally an operation and maintenance person or a developer of the application) wants to query the state information of the container group, only the query request needs to be triggered through a standard interface provided by the container state query system, so that the latest state information of the container group can be directly obtained from the cache space. Therefore, a user does not need to pay attention to the state information query logic of the container group in the system, the system can automatically acquire and cache the latest state information of the container group corresponding to each application program at regular time for the user to query, and the user does not need to execute complex operation.

Moreover, for an application as an example, assuming that M container groups corresponding to the application are included in the N container groups, when the management and control system queries the latest state information of the M container groups, the virtual node may reduce the communication traffic between the virtual node and the management and control system in an incremental query and update manner, so as to achieve the purpose of efficient query. Specifically, the management and control system may obtain the latest status information of the M container groups and the corresponding status update time. When a first query request sent by a virtual node is received, the management and control system only needs to determine K container groups with changed state information between the last query time of the virtual node and the current query time from the M container groups, and only needs to feed back the latest state information of the K container groups to the virtual node.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on the drawings without creative efforts.

FIG. 1 is an architecture diagram of a container status query system according to an embodiment of the present invention;

FIG. 2 is a schematic diagram illustrating a container group status query principle according to an embodiment of the present invention;

FIG. 3 is a flow chart of a mechanism for performing incremental queries according to an embodiment of the present invention;

FIG. 4 is a schematic diagram illustrating a paging query method according to an embodiment of the present invention;

FIG. 5 is a flowchart of a mechanism for performing a full query according to an embodiment of the present invention;

FIG. 6 is a diagram illustrating a process for executing a user query according to an embodiment of the present invention;

fig. 7 is a schematic structural diagram of a container status query device according to an embodiment of the present invention;

fig. 8 is a schematic structural diagram of an electronic device corresponding to the container status query device provided in the embodiment shown in fig. 7;

fig. 9 is a schematic structural diagram of a container status query device according to an embodiment of the present invention;

fig. 10 is a schematic structural diagram of an electronic device corresponding to the container status query device provided in the embodiment shown in fig. 9.

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.

The terminology used in the embodiments of the invention is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention. As used in the examples of the present invention and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise, and "a plurality" typically includes at least two.

In addition, the sequence of steps in each method embodiment described below is only an example and is not strictly limited.

The embodiment of the invention provides a container state query system which is obtained by carrying out a little transformation on the basis of the existing container arrangement systems, wherein the container arrangement systems are classical kubernets and serverless kubernets.

Wherein, Serverless: the system is serverless, is a software architecture concept, can make developers concentrate on the self logic of service codes (namely application programs), does not need to pay attention to the problems of resources, maintenance and the like of code deployment, and can improve the development efficiency.

The container state query system provided by the embodiment of the invention is used for modifying a traditional container arrangement system, and mainly aims to: a new container group state information query scheme is provided, so that a user (generally, the user is an operation and maintenance person or a developer of an application program) can conveniently and efficiently complete query of state information of a plurality of container groups related to the application program.

To achieve this object, as shown in fig. 1, the container status query system includes:

the system comprises N container groups, a management and control system, virtual nodes corresponding to application programs and a cache space.

It is assumed that the system has N container groups in total at present, and for any application program X developed by any user, it is assumed that M container groups corresponding to the application program X are included in the N container groups, and N > M > 1.

The relationship between the application program X and the M container groups will be briefly described. For ease of description, the redundant backup case is not considered first, and at this point, it may be considered that fully deploying application X requires the use of M container groups, where each container group contains one or more containers. In fact, since many functional modules are often included in the application program X, several functional modules with closely related functions may be considered to be disposed in the same container group, that is, the several functional modules are carried by different containers in the same container group. From the perspective of the physical carrier, the M container groups may be located in the same physical host or virtual machine, or may be located in different physical hosts or virtual machines. If the redundant backup is considered, for any container group corresponding to the application program X, the container group may be copied by several copies (e.g., 2 copies, 3 copies), and the copied container group is located in another physical host or virtual machine.

In this context, it is assumed that the M container groups are all container groups corresponding to the application program X, that is, all container groups including the redundantly backed-up container group.

In order to achieve the above-mentioned goal that a user corresponding to an application can conveniently and efficiently complete the query of the state information of a plurality of container groups related to the application, a management and control system for managing all N container groups, and virtual nodes and cache spaces corresponding to the application are set in the container state query system.

In fig. 1, only the virtual node X corresponding to the application program X is illustrated. In an alternative embodiment, the cache space corresponding to application X may be local to virtual node X. Of course, optionally, the cache space may also be located outside the virtual node x, for example, may be located in a physical host where the management and control system is located, or may be independent of the virtual node x and some other physical host outside the management and control system.

In practical applications, the physical carrier corresponding to the virtual node x may be a physical host or a virtual machine. The physical host or virtual machine in which the virtual node X is located is different from the physical host or virtual machine in which the M container groups corresponding to the application program X are located.

As shown in fig. 1, in order to be compatible with the existing standard container arrangement system, the container status query system provided in the embodiment of the present invention may further include an interface Server compatible with an API Server provided in a legacy control node, such as the Server kubernets API Server shown in fig. 1, which serves as an entry of the container status query system, and in which operations such as adding, deleting, modifying, and the like on core objects (such as virtual nodes and the like) are encapsulated and provided to external users and internal component calls in a certain interface manner.

If the hierarchical structure is taken, the container state query system comprises the following components from top to bottom: the system comprises a Serverless kubernets API Server layer, a virtual node layer, a management and control system layer and a container group layer. From the physical carrier, the physical carriers corresponding to different layers are different. For example, the policing system may be deployed on one or more physical hosts that are different from the physical host on which any virtual node is located.

In the embodiment of the invention, the management and control system is used for comprehensively managing and controlling the N container groups. In fact, the container status query system may further include a database corresponding to the management and control system, and the management and control system may perform reading and writing operations on the database. In summary, the database is used to store state information for N groups of containers. From the upper layer to the lower layer, the management and control system may receive various requests issued by the upper layer, and perform operations such as creating, deleting, updating, and the like on the container group. From the lower layer upwards, the management and control system can collect the state information of the container group to store in the database.

In the embodiment of the present invention, a virtual Kubelet runs in a virtual node, and may be represented as: (Virtual Kubelet, VK for short). The conventional Kubelet is a program running in a working node, and is used for managing a container group in the same working node, for example, performing life cycle management on the container group. VK herein may be considered an implementation of a Kubelet that masquerades as a Kubelet to be compatible with conventional container orchestration systems. The VK is only running not in the working node, but in the virtual node. In addition, a set query function (alternatively referred to as query logic) is provided in the virtual node, which query function can be run by the VK. Based on the query function, the virtual node can automatically query through the management and control system to obtain the latest state information of the plurality of container groups corresponding to the virtual node, and store the query result in the cache space for storage. In addition, in order to realize the interaction between the virtual node and the Serverless kubernets API Server on the upper layer and the management and control system on the lower layer, a corresponding calling interface is packaged in the virtual node. For convenience of description, the interface server will be referred to as an API interface hereinafter.

Taking the application program X as an example, the process of creating the virtual node X corresponding to the application program X is briefly introduced. In practical application, a user corresponding to the application program X may trigger a request for creating a virtual node to the container state query system by calling the API interface, where the request may include configuration information such as a name. Based on the request, the container state query system creates a virtual node x, configures a corresponding IP address, name, and the like, and can register the created result in the API interface, so that a subsequent user can call the virtual node x through the API interface. In addition, if a container group corresponding to the application program X has not been created in the container state query system, the user may be prompted to create the container group, and if the virtual node X calls the management and control system to create the M container groups, the virtual node X and the management and control system may store the correspondence between the M container groups and the virtual node X.

Still taking the application program X as an example in the above example, for a user corresponding to the application program X, in order to ensure that the application program X operates stably, it is necessary to timely and accurately know the operating states of M container groups corresponding to the application program X, so as to perform measures such as extending a container group, deleting a container group, updating a container group, and the like according to the operating states of the M container groups, and ensure that the application program X operates stably.

Herein, the state information of the container group is used to indicate which state the container group is in, and in practical applications, the state of the container group generally includes: pending, running, successful, failed, unknown.

Taking the application program X as an example, how the virtual node X automatically queries the state information of the M container groups corresponding to the application program X based on the query function is described below.

In summary, an incremental query mechanism is provided in the query function, and based on the incremental query mechanism, the communication traffic between the virtual node x and the management and control system can be reduced. In addition, in an optional embodiment, a full query mechanism is further provided in the query function, and the full query mechanism serves as a compensation mechanism to ensure that the container group state information obtained by the virtual node x is still accurate in a special situation. The special case is for example: and the communication between the virtual node x and the management and control system is abnormal, and the like.

First, the main ideas of the two query mechanisms are summarized and illustrated in conjunction with fig. 2, and then, the execution process of each query mechanism is described in detail in conjunction with other embodiments.

As shown in fig. 2, the virtual node x may periodically invoke the increment query mechanism at short time intervals, query the governing system for the latest state information of the container group whose state information has changed in the M container groups during a time interval, and update the obtained latest state information of the part of the container groups into the cache space. In addition, the virtual node x may also invoke the full-scale query mechanism at regular time intervals, or invoke the full-scale query mechanism when a user triggers certain specific operations of the container groups (simply denoted as key operation time in fig. 2), query the state information of the current M container groups, that is, the latest state information of the M container groups, from the management and control system, and update the obtained latest state information of the M container groups into the cache space.

The working process of the incremental query mechanism is first illustrated in connection with fig. 3.

Fig. 3 is a flowchart of an incremental query execution mechanism according to an embodiment of the present invention, and as shown in fig. 3, the query process may include the following steps:

301. the virtual node x sends a first query request to the management and control system at regular time, wherein the first query request comprises an increment query identifier.

302. The management and control system determines M container groups corresponding to the virtual node x, and determines K container groups with state information changed between the last query time of the virtual node x and the current query time from the M container groups according to the incremental query identifier and the state update time corresponding to the latest state information of the M container groups.

303. And the management and control system feeds back the latest state information of the K container groups to the virtual node x.

304. The virtual node x updates the latest state information of the K container groups into the cache space.

In this embodiment, the virtual node x is configured to periodically send the first query request to the management and control system at a set short time interval, for example, at a preset value such as 5 seconds, 10 seconds, and the like.

The incremental query identifier included in the first query request is used to characterize the current invoking of the virtual node x as an incremental query mechanism, i.e., reflect the type of the first query request, so as to distinguish from the second query request and the third query request mentioned below. Herein, the response process to these different query requests is different. In summary, these query requests are all used to query the latest status information of the M container groups corresponding to the virtual node x, but the trigger of these query requests is different, and the response process is also different. In this embodiment, a response procedure of the first query request is described first.

In practical application, the incremental query identifier may be a preset certain character, or a timestamp (i.e., query time) when the first query request is triggered may be carried in the first query request as the incremental query identifier.

In addition, the first query request may further include an identifier of the virtual node x, such as a name, so that the management and control system knows which virtual node x triggers the first query request.

The management and control system may determine M container groups corresponding to the virtual node x according to the identifier of the virtual node x carried in the first query request and a correspondence between the virtual node identifier and the container group identifier stored in advance.

In this embodiment, the response procedure of the first query request corresponding to the incremental query mechanism is summarized as follows: aiming at the first query request triggered by the virtual node x at this time, the management and control system only feeds back the current state information (namely the latest state information) of K container groups with changed states in the M container groups to the virtual node x, wherein the change of the states means that the state information of K container groups in the M container groups is changed from the time when the virtual node triggers the first query request to the time when the virtual node triggers the first query request, M is more than or equal to K, and K is more than or equal to 0.

It should be noted that, when the virtual node x queries the state information of the M container groups for the first time to initialize the corresponding cache space, since the virtual node x does not trigger the query request at this time, the management and control system only queries the state information of the M container groups at this time and feeds back the query result to the virtual node x, and the virtual node x initializes the initial state information of the M container groups into the cache space. In practical application, since the query behavior of the management and control system is actually to query and feed back the state information of all M container groups, for the first query, the virtual node x may trigger the first query request or trigger the second query request mentioned below.

For example, assuming that M container groups are composed of a first container group and a second container group, at an initial time T0, the virtual node x triggers a first query request or a second query request once, so that the cache space corresponding to the virtual node x has recorded therein: at time TO, the state information of the first container group is a, and the state information of the second container group is a. Then, the virtual node x triggers the first query request at time T1, and assuming that the management and control system finds that the state information of the first container group is still a and the state information of the second container group becomes b during the period from T0 to T1, the management and control system only feeds back the latest state information b of the second container group to the virtual node x, and the virtual node x updates the latest state information b of the second container group into the cache space, at this time, the cache space records: at time T1, the state information of the first container group is "a" and the state information of the second container group is "b". Then, the virtual node x triggers the first query request at time T2, and assuming that the management and control system finds that the state information of the first container group is still a and the state information of the second container group becomes c during the period from T1 to T2, the management and control system only feeds back the latest state information c of the second container group to the virtual node x, and the virtual node x updates the latest state information c of the second container group into the cache space, at this time, the cache space records: at time T2, the state information of the first container group is "a" and the state information of the second container group is "c".

Based on the above example, the management and control system needs to know which container groups of the M container groups have changed their state information between the query times corresponding to the two first query requests. This involves the management and control system itself maintaining the status information of the container group.

As shown in fig. 1, the management and control system corresponds to a database for storing state information of N container groups, and the database may be local to the management and control system, or may be located in another location. In order to maintain the state information of the N container groups, the management and control system may interact with the N container groups at regular time to obtain the latest state information of the N container groups. Therefore, if the latest status information of any one of the N container groups is different from the status information stored in the database, the latest status information of any one of the container groups is updated to the database, and the corresponding status update time is recorded.

For example, for any container group i, assuming that the state information of the container group i is a obtained by the management and control system at the initial time Ta, the management and control system writes the following record into the database:

{ Ta, container group i, a }, indicating that at time Ta, the status information of container group i is a.

Then, at Tb time after the interval set time is 5 seconds, the management and control system interacts with the container group i again to obtain the latest state information of the container group i at Tb time b, at this time, the management and control system queries the database to find that the state information of the container group i is a before, the state is changed, and at this time, the record corresponding to the container group i in the database is updated as follows: { Tb, container group i, b }, which indicates that the status information of container group i is b at time Tb. Then, at a time Tc after the interval setting time is 5 seconds, the management and control system interacts with the container group i again to obtain the latest state information of the container group i at the time Tc, at this time, the management and control system queries the database to find that the state information of the container group i is also b before, the state is not changed, and at this time, the record corresponding to the container group i in the database is still maintained as: { Tb, group of containers i, b } is unchanged.

In the above example, based on the above process, the latest status information corresponding to each of the N container groups and the status update time corresponding to the latest status information are stored in the database corresponding to the management and control system.

Based on this, when the management and control system receives a first query request sent by the virtual node x at a certain time, the latest state information of the M container groups and the state update time corresponding to the latest state information are obtained by querying from the database, so that K container groups with changed state information between the time when the first query request is received last time and the time when the first query request is received this time are screened out. Wherein, the time of receiving the first query request and the time of sending the first query request by the virtual node x can be considered to have no time delay.

For example, assuming that the time for triggering the first query request last time (i.e., the last query time) is T1, and the time for triggering the first query request this time (i.e., the time for querying this time) is T2, then according to the state update times corresponding to the M container groups in the database, the container group with the corresponding state update time between T1 and T2 may be considered as the K container groups.

It should be noted that the process in which the management and control system regularly interacts with the N container groups to obtain their respective latest state information and updates the latest state information to the database and the process in which the virtual node x regularly sends the first query request to the management and control system are two relatively independent processes. In fact, the management and control system provides query services for the virtual node x, and also provides other services for other subjects, and these services may require the use of a database maintained by the management and control system. In addition, in practical application, the time interval for the management and control system to update the database at regular time may be the same as or different from the time interval for the virtual node x to send the first query request to the management and control system at regular time.

Although the above description has been schematically made by taking an example in which M container groups include only two container groups, actually, the number M of container groups corresponding to the application program X is relatively large, and may be hundreds or thousands. In this case, the above incremental query mechanism can effectively reduce the communication traffic between the virtual node x and the management and control system.

Wherein the traffic may have two layers: firstly, the communication times between the virtual node x and the management and control system are reduced; secondly, the amount of data transmitted between the virtual node x and the management and control system is reduced.

To facilitate a more intuitive understanding of the two layers, the following describes how the complete execution of the first query request is completed between the virtual node x and the management and control system in conjunction with fig. 4.

In summary, the management and control system receives a first query request sent by the virtual node x at a certain time, and after obtaining the latest state information of the K container groups through the processing process in the foregoing, may feed back the latest state information of the K container groups to the virtual node x page by page in a paging query manner, where each page feeds back the latest state information of the set number of container groups at most.

To illustrate how the page lookup is called, it is described with reference to fig. 4. It is assumed that the set number of the most feedbacks per page is 20, M is 1000, and K is 200, so that the management and control system can feed back the latest state information of the 200 container groups to the virtual node x through 10 pages in total.

As shown in fig. 4, after receiving the first query request and obtaining the latest state information of the 200 container groups from the database, the management and control system generates a token 1, and sends a response message 1 to the virtual node x, where the response message 1 carries the latest state information of the 20 container groups and the token 1. After parsing out the latest state information of 20 container groups and token 1 contained in the received response message 1, the virtual node x updates the latest state information of the 20 container groups into a cache space on one hand, and sends a sub-request 1 to the management and control system on the other hand, where the sub-request 1 contains the token 1. After receiving the sub-request 1, the management and control system analyzes the token 1 contained therein, so as to know that the sub-request 1 is used for requesting the latest state information of the other 20 container groups in the 200 container groups according to the token 1, at this time, the management and control system generates a token 2, sends a response message 2 to the virtual node x, and the response message 2 carries the latest state information of the other 20 container groups and the token 2. After parsing out the latest state information of 20 container groups and the token 2 contained in the received response message 2, the virtual node x updates the latest state information of the 20 container groups into the cache space on one hand, and sends a sub-request 2 to the management and control system on the other hand, where the sub-request 2 contains the token 2. And so on, until the management and control system transmits the latest state information of 200 container groups to the virtual node x.

As can be seen from the schematic illustration in fig. 4, if the increment query mechanism is not used, if the latest state information of 1000 container groups corresponding to the virtual node x is to be transmitted to the virtual node x in a paging query manner, and at most the latest state information of 20 container groups can be transmitted per page, the number of communications between the virtual node x and the management and control system is far greater than the number of communications required for transmitting the latest state information of 200 container groups, and the data volume corresponding to the latest state information of 1000 container groups is greater than the data volume corresponding to the latest state information of 200 container groups.

The working of the full query mechanism is illustrated below in conjunction with fig. 5.

Fig. 5 is a flowchart of a mechanism for executing a full query according to an embodiment of the present invention, and as shown in fig. 5, the query process may include the following steps:

501. and if the preset event occurs, the virtual node x sends a second query request to the management and control system, wherein the second query request comprises a full query identifier.

502. And the management and control system determines M container groups corresponding to the virtual node x and acquires the latest state information of the M container groups according to the full query identifier.

503. And the management and control system feeds back the latest state information of the M container groups to the virtual node x.

504. The virtual node x updates the latest state information of the M container groups into the cache space.

In this embodiment, the preset event that triggers the virtual node x to send the second query request to the management and control system includes at least one of the following events: and when the time interval from the last triggering of the second query request reaches a set time interval (namely, the second query request is triggered to the management and control system at a longer time interval at regular time), the operation behavior of the container group triggered by the user corresponding to the application program X meets the set condition.

Wherein, the operation behavior of the container group triggered by the user meets the set conditions, and comprises the following steps:

the user creates a set of containers greater than the set number or the user deletes a set of containers greater than the set number.

That is, when the user deletes a large number of container groups among the M container groups, or the user newly creates a large number of container groups corresponding to the application program X, the full-scale query mechanism may be executed.

It is understood that the time interval between two adjacent second query requests is greater than the time interval between two adjacent first query requests, such as: the time interval between two adjacent second query requests is 10 minutes, and the time interval between two adjacent first query requests is 10 seconds.

In addition, in practical application, when the virtual node x first triggers to send an inquiry request to the management and control system to initialize the cache space, a second inquiry request may also be sent to the management and control system.

The full query identifier included in the second query request is used to characterize the full query mechanism currently invoked by the virtual node x.

In practical applications, the full query identifier may be a certain preset character, or a timestamp (i.e., query time) corresponding to the second query request may be set as a default in the second query request, so as to indicate that the second query request is a query request for invoking a full query mechanism.

In addition, the second query request may further include an identifier of the virtual node x, and the management and control system may determine M container groups corresponding to the virtual node x according to the identifier of the virtual node x carried in the second query request and a correspondence between the virtual node identifier and the container group identifier stored in advance.

In this embodiment, the response procedure of the second query request corresponding to the full query mechanism is summarized as follows: for the second query request triggered by the virtual node x this time, the management and control system only needs to read out the latest state information of the M container groups stored in the database and feed back the latest state information to the virtual node x.

In summary, the solutions provided by the embodiments can effectively reduce the communication traffic between the virtual node and the management and control system through the incremental query mechanism, and the full query mechanism is used as a supplement, so that it can be ensured that the container group state information obtained by the virtual node is still accurate when some abnormal conditions occur in the execution process of the incremental query mechanism.

According to the scheme provided by the embodiments, the virtual node x may constantly obtain the latest state information of the M corresponding container groups and store the latest state information in the cache space for the user to query at any time.

Fig. 6 is a schematic diagram of a process of executing a user query according to an embodiment of the present invention, as shown in fig. 6, a user may trigger a third query request by calling a relevant interface, where the third query request may carry an identifier of an application program X, so that a Serverless kubernets API Server determines a virtual node X corresponding to the third query request, and sends the third query request to the virtual node X. At this time, the virtual node X only needs to acquire the latest state information of the M container groups corresponding to the application program X from the cache space and feed the latest state information back to the user, and the communication interaction with the management and control system is not required to be performed, so that the timeliness of the query response is higher for the user.

The container status query device of one or more embodiments of the present invention will be described in detail below. Those skilled in the art will appreciate that the container status query means may be constructed by configuring the steps taught in the present embodiment using commercially available hardware components.

Fig. 7 is a schematic structural diagram of a container status query device according to an embodiment of the present invention, where the container status query device is located in a virtual node corresponding to an application program in the foregoing embodiment. As shown in fig. 7, the container status query device includes: a sending module 11, a receiving module 12 and a storage module 13.

A sending module 11, configured to send a first query request to a management and control system configured to manage N container groups at regular time, where the first query request includes an incremental query identifier.

A receiving module 12, configured to receive the latest status information of the K container groups fed back by the management and control system, where the management and control system determines, according to the incremental query identifier and the status update time corresponding to the latest status information of the M container groups, the K container groups whose status information changes between the last query time of the virtual node and the current query time from the M container groups, where the M container groups are container groups corresponding to the application program in the N container groups, N > M >1, and M is greater than or equal to K.

And the storage module 13 is configured to update the latest state information of the K container groups to a cache space corresponding to the application program.

Optionally, the sending module 11 is further configured to: and if a preset event occurs, sending a second query request to the management and control system, wherein the second query request comprises a full query identifier. The receiving module 12 is further configured to: and receiving the latest state information of the M container groups fed back by the management and control system. The storage module 13 is further configured to: and updating the latest state information of the M container groups into the cache space.

Optionally, the preset event includes at least one of: and starting the virtual node, wherein the time interval from the last triggering of the second query request reaches a set time interval, and the operation behavior of the container group triggered by the user corresponding to the application program meets the set condition.

And the time interval of the two adjacent second query requests is greater than the time interval of the two adjacent first query requests.

Optionally, the cache space is located locally to the virtual node, or the cache space is located outside the virtual node.

In an optional embodiment, the apparatus further comprises: and an acquisition module.

At this time, the receiving module 12 is further configured to: and receiving a third query request triggered by the user and corresponding to the application program. The acquisition module is configured to: acquiring the latest state information of the M container groups from the cache space; and feeding back the latest state information of the M container groups to the user.

The container status query apparatus shown in fig. 7 may perform the steps performed by the virtual node x in the embodiments shown in fig. 1 to fig. 6, and details of the embodiment may refer to relevant descriptions of the embodiments, which are not described herein again.

In one possible design, the structure of the container status query device shown in fig. 7 may be implemented as an electronic device. As shown in fig. 8, the electronic device may include: a first processor 21, a first memory 22, a first communication interface 23. The first memory 22 stores executable codes thereon, and when the executable codes are executed by the first processor 21, at least the first processor 21 is enabled to implement the steps performed by the virtual node x in the embodiments shown in fig. 1 to 6.

In addition, an embodiment of the present invention provides a non-transitory machine-readable storage medium, on which executable code is stored, and when the executable code is executed by a processor of an electronic device, the processor is caused to perform the steps performed by the virtual node x in the embodiments shown in fig. 1 to 6.

Fig. 9 is a schematic structural diagram of a container status query device according to an embodiment of the present invention, where the container status query device is located in a management and control system for managing N container groups. As shown in fig. 9, the container status query device includes: a receiving module 31, an obtaining module 32, and a sending module 33.

A receiving module 31, configured to receive a first query request sent by a virtual node, where the first query request includes an incremental query identifier, and the virtual node corresponds to an application program;

an obtaining module 32, configured to determine M container groups corresponding to the virtual node from the N container groups, where N > M >1, and determine, according to the incremental query identifier and the state update time corresponding to the latest state information of the M container groups, the K container groups in which the state information changes between the last query time of the virtual node and the current query time from the M container groups, where M is greater than or equal to K;

a sending module 33, configured to feed back the latest status information of the K container groups to the virtual node.

Optionally, the sending module 33 may specifically be configured to: and feeding back the latest state information of the K container groups to the virtual node page by adopting a paging query mode, wherein the latest state information of the container groups with the set number is fed back at most per page.

Optionally, the receiving module 31 is further configured to: and receiving a second query request sent by the virtual node when a preset event occurs, wherein the second query request comprises a full query identifier. The obtaining module 32 is further configured to: and acquiring the latest state information of the M container groups according to the full query identifier. The sending module 33 is further configured to: and feeding back the latest state information of the M container groups to the virtual node.

Optionally, the obtaining module 32 is further configured to: acquiring the latest state information of the N container groups at fixed time; for any one of the N container groups, if the latest state information of the any one container group is different from the state information stored in a database, updating the latest state information of the any one container group into the database, and recording the corresponding state updating time, wherein the database corresponds to the management and control system.

The container status query device shown in fig. 9 may perform the steps performed by the management and control system in the embodiments shown in fig. 1 to fig. 6, and details of the embodiment may refer to relevant descriptions of the embodiments, which are not described herein again.

In one possible design, the structure of the container status query device shown in fig. 9 may be implemented as an electronic device. As shown in fig. 10, the electronic device may include: a second processor 41, a second memory 42, a second communication interface 43. The second memory 42 stores executable code thereon, and when the executable code is executed by the second processor 41, at least the second processor 41 is enabled to implement the steps performed by the management and control system in the embodiments shown in fig. 1 to 6.

In addition, an embodiment of the present invention provides a non-transitory machine-readable storage medium, on which executable code is stored, and when the executable code is executed by a processor of an electronic device, the processor is caused to perform the steps performed by the management and control system in the embodiments shown in fig. 1 to 6.

The first processor 21 and the second processor 41 may be a Central Processing Unit (CPU), or may be Field-Programmable Gate Array (FPGA), Graphics Processing Unit (GPU), Network Processor (NPU), artificial intelligence chip, or other devices with computing capabilities.

The above-described apparatus embodiments are merely illustrative, wherein the various modules illustrated as separate components may or may not be physically separate. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment. One of ordinary skill in the art can understand and implement it without inventive effort.

Through the above description of the embodiments, those skilled in the art will clearly understand that each embodiment can be implemented by adding a necessary general hardware platform, and of course, can also be implemented by a combination of hardware and software. With this understanding in mind, the above-described aspects and portions of the present technology which contribute substantially or in part to the prior art may be embodied in the form of a computer program product, which may be embodied on one or more computer-usable storage media having computer-usable program code embodied therein, including without limitation disk storage, CD-ROM, optical storage, and the like.

Finally, it should be noted that: the above examples are only intended to illustrate the technical solution of the present invention, but not to limit it; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions of the embodiments of the present invention.

Claims

1. A container status query system, comprising:

2. The system according to claim 1, wherein in the process of determining the K groups of containers, the governing system is specifically configured to:

and determining a container group with corresponding state updating time between the last query time and the current query time from the M container groups as the K container groups.

3. The system according to claim 1, wherein in the process of feeding back the latest status information of the K container groups to the virtual node, the management and control system is specifically configured to:

and feeding back the latest state information of the K container groups to the virtual node page by adopting a paging query mode, wherein the latest state information of the container groups with the set number is fed back at most per page.

4. The system of claim 1, the virtual node further to:

if a preset event occurs, sending a second query request to the management and control system, wherein the second query request comprises a full query identifier, receiving the latest state information of the M container groups fed back by the management and control system, and updating the latest state information of the M container groups into the cache space;

the management and control system is further used for: and obtaining the latest state information of the M container groups according to the full query identifier, and feeding back the latest state information of the M container groups to the virtual node.

5. The system of claim 4, the preset event comprising at least one of: the time interval from the last triggering of the second query request reaches a set time interval, and the operation behavior of the container group triggered by the user corresponding to the application program meets the set conditions;

6. The system of claim 5, the user-triggered container group operation behavior meeting set conditions, comprising:

the user creates a set of containers greater than a set number, or the user deletes a set of containers greater than a set number.

7. The system of claim 1, the cache space being local to the virtual node or the cache space being external to the virtual node.

8. The system of any of claims 1 to 7, further comprising: a database corresponding to the management and control system;

the management and control system is further used for:

acquiring the latest state information of the N container groups at fixed time;

for any one of the N container groups, if the latest state information of the any one container group is different from the state information stored in the database, updating the latest state information of the any one container group into the database, and recording the corresponding state updating time.

9. The system of claim 8, the governing system further to: and when the first query request is received, the latest state information of the M container groups and the state updating time corresponding to the latest state information are obtained by querying the database.

10. The system of any of claims 1-7, the virtual node further to:

receiving a third query request triggered by a user and corresponding to the application program;

acquiring the latest state information of the M container groups from the cache space;

and feeding back the latest state information of the M container groups to the user.

11. A container state query method is applied to a virtual node corresponding to an application program, and comprises the following steps:

12. The method of claim 11, further comprising:

if a preset event occurs, sending a second query request to the management and control system, wherein the second query request comprises a full query identifier;

receiving the latest state information of the M container groups fed back by the management and control system;

and updating the latest state information of the M container groups into the cache space.

13. The method of claim 12, the preset event comprising at least one of: starting the virtual node, wherein the time interval from the last triggering of the second query request reaches a set time interval, and the operation behavior of the container group triggered by the user corresponding to the application program meets a set condition;

14. The method of claim 11, the cache space being local to the virtual node or the cache space being external to the virtual node.

15. The method of any of claims 11 to 14, further comprising:

16. A container status query apparatus applied to a virtual node corresponding to an application, the apparatus comprising:

17. The apparatus of claim 16, the means for sending is further for: if a preset event occurs, sending a second query request to the management and control system, wherein the second query request comprises a full query identifier;

the receiving module is further configured to: receiving the latest state information of the M container groups fed back by the management and control system;

the storage module is further configured to: and updating the latest state information of the M container groups into the cache space.

18. An electronic device, comprising: a memory, a processor, a communication interface; wherein the memory has stored thereon executable code which, when executed by the processor, causes the processor to perform the container status query method of any one of claims 11 to 15.

19. A non-transitory machine-readable storage medium having stored thereon executable code, which when executed by a processor of an electronic device, causes the processor to perform the container status query method of any one of claims 11 to 15.

20. A container state query method is applied to a management and control system for managing N container groups, and comprises the following steps:

21. The method of claim 20, the feeding back the latest state information of the K groups of containers to the virtual node, comprising:

22. The method of claim 20, further comprising:

receiving a second query request sent by the virtual node when a preset event occurs, wherein the second query request comprises a full query identifier;

acquiring the latest state information of the M container groups according to the full query identifier;

and feeding back the latest state information of the M container groups to the virtual node.

23. The method of any of claims 20 to 22, further comprising:

acquiring the latest state information of the N container groups at fixed time;

for any one of the N container groups, if the latest state information of the any one container group is different from the state information stored in a database, updating the latest state information of the any one container group into the database, and recording the corresponding state updating time, wherein the database corresponds to the management and control system.

24. A container state inquiry device is applied to a management and control system for managing N container groups, and comprises:

25. The apparatus of claim 24, the receiving means further for: receiving a second query request sent by the virtual node when a preset event occurs, wherein the second query request comprises a full query identifier;

the acquisition module is further configured to: acquiring the latest state information of the M container groups according to the full query identifier;

the sending module is further configured to: and feeding back the latest state information of the M container groups to the virtual node.

26. An electronic device, comprising: a memory, a processor, a communication interface; wherein the memory has stored thereon executable code which, when executed by the processor, causes the processor to perform the container state query method of any one of claims 20 to 23.

27. A non-transitory machine-readable storage medium having stored thereon executable code, which when executed by a processor of an electronic device, causes the processor to perform the container status query method of any one of claims 20 to 23.