CN114500268A - Deployment method, device, server and storage medium of chart resource - Google Patents
Deployment method, device, server and storage medium of chart resource Download PDFInfo
- Publication number
- CN114500268A CN114500268A CN202210049979.6A CN202210049979A CN114500268A CN 114500268 A CN114500268 A CN 114500268A CN 202210049979 A CN202210049979 A CN 202210049979A CN 114500268 A CN114500268 A CN 114500268A
- Authority
- CN
- China
- Prior art keywords
- resource
- chart
- target
- cluster
- verification
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- Y—GENERAL 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
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE 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/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The embodiment of the application discloses a method and a device for deploying chart resources, a server and a storage medium, and relates to the technical field of computers. The method comprises the following steps: in response to receiving a verification instruction sent by a first terminal, performing resource authority verification on a target chart resource, wherein the target chart resource is a chart resource uploaded by the first terminal, and different chart resources are used for realizing different chart services; responding to the fact that the target chart resource passes through the resource authority verification, and setting the target chart resource to be in a deployable state; and in response to receiving a deployment instruction of the target chart resource, deploying the target chart resource to a target cluster, wherein the target cluster comprises at least one second terminal to be deployed with the chart service. The resource authority verification and the automatic deployment operation are automatically executed through the server, so that the verification period is shortened, and the verification accuracy and the deployment efficiency are improved.
Description
Technical Field
The embodiment of the application relates to the technical field of computers, in particular to a method, a device, a server and a storage medium for deploying chart resources.
Background
In the Kubernetes cluster, operation and maintenance personnel deploy chart resources by using a Helm packet manager so as to realize the updating and maintenance of applications.
In the prior art, before application updating and maintenance are performed, manual verification needs to be performed on a chart resource, and after the manual verification is passed, manual deployment is performed through an operation step of deploying a document instruction.
Disclosure of Invention
The embodiment of the application provides a method and a device for deploying chart resources, a server and a storage medium. The technical scheme is as follows:
in one aspect, an embodiment of the present application provides a method for deploying a chart resource, where the method is used for a server in a cluster system, and the method includes:
in response to receiving a verification instruction sent by a first terminal, performing resource authority verification on a target chart resource, wherein the target chart resource is a chart resource uploaded by the first terminal, and different chart resources are used for realizing different chart services;
responding to the target chart resource passing through the resource authority verification, and setting the target chart resource to be in a deployable state;
and in response to receiving a deployment instruction of the target chart resource, deploying the target chart resource to a target cluster, wherein the target cluster comprises at least one second terminal to be deployed with the chart service.
In another aspect, an embodiment of the present application provides a device for deploying a chart resource, where the device is used for a server in a cluster system, and the device includes:
the verification module is used for responding to a received verification instruction sent by a first terminal and verifying resource authority of a target chart resource, wherein the target chart resource is a chart resource uploaded by the first terminal, and different chart resources are used for realizing different chart services;
the setting module is used for setting the target chart resource to be in a deployable state in response to the target chart resource passing through the resource authority verification;
and the deployment module is used for responding to the received deployment instruction of the target chart resource, and deploying the target chart resource to a target cluster, wherein the target cluster comprises at least one second terminal to be deployed with the chart service.
In another aspect, an embodiment of the present application provides a server, which includes a processor and a memory; the memory stores at least one instruction for execution by the processor to implement the method for task execution in a heterogeneous system of the above aspect.
In another aspect, an embodiment of the present application provides a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, and the computer program is loaded and executed by a processor to implement the method for deploying a chart resource according to the foregoing aspect.
In another aspect, embodiments of the present application provide a computer program product, where the computer program product or computer program includes computer instructions, and the computer instructions are stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to cause the computer device to execute the method for deploying chart resources according to the above aspect.
The beneficial effects brought by the technical scheme provided by the embodiment of the application at least comprise:
in the embodiment of the application, in the target chart resource verification stage, the server automatically performs resource authority verification on the resource file of the target chart resource by receiving the verification instruction sent by the first terminal, manual verification is not required, the verification period is shortened, and the accuracy of the resource authority verification is improved; in the deployment stage of the target chat resource, after the server receives the deployment instruction, the server automatically executes the deployment operation without manual deployment according to the deployment document, so that in the maintenance stage, the maintenance cost investment is reduced, and the deployment efficiency is improved.
Drawings
FIG. 1 is a network topology diagram of a cluster system provided by an exemplary embodiment of the present application;
FIG. 2 is a flowchart of a method for deploying a chart resource according to an exemplary embodiment of the present application;
FIG. 3 is a flow diagram illustrating a method for deploying a chart resource in accordance with another exemplary embodiment of the present application;
FIG. 4 is a flowchart of a method for deploying a chart resource, shown in another exemplary embodiment of the present application;
FIG. 5 is an interface diagram illustrating a chart resource management interface provided by an exemplary embodiment of the present application;
FIG. 6 is an interface diagram illustrating a Chart resource management interface provided by an exemplary embodiment of the present application;
FIG. 7 is an interface diagram illustrating a Helm Chart management interface provided by an exemplary embodiment of the present application;
fig. 8 is a block diagram illustrating a structure of a device for deploying a chart resource according to an exemplary embodiment of the present application;
fig. 9 shows a block diagram of a server according to an exemplary embodiment of the present application.
Detailed Description
To make the objects, technical solutions and advantages of the present application more clear, embodiments of the present application will be described in further detail below with reference to the accompanying drawings.
Reference herein to "a plurality" means two or more. "and/or" describes the association relationship of the associated objects, meaning that there may be three relationships, e.g., a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship.
Clustering: a cluster (cluster) is a group of mutually independent computers interconnected by a high-speed network, which form a group and are managed in a single system mode. A client interacts with a cluster, which appears as a stand-alone server. The cluster configuration is for improved availability and scalability. Clustering technology is a relatively new technology, and relatively high gains in performance, reliability and flexibility can be obtained at relatively low cost through clustering technology, and task scheduling is a core technology in a clustering system.
Kubernetes: kubernetes is abbreviated K8s, and 8 characters "ubernet" are replaced with 8. Is an open source for managing containerized applications on multiple hosts in a cloud platform, the goal of kubernets is to make deploying containerized applications simple and efficient, which provides a mechanism for application deployment, planning, updating, and maintenance. A traditional deployment of applications is to install the applications through plug-ins or scripts. The disadvantage of this is that the running, configuration, management, and all life cycles of the application will be bound to the current operating system, which is not beneficial to the upgrade update/rollback and other operations of the application, and certainly, some functions can be implemented by creating a virtual machine, but the virtual machine is very heavy and not beneficial to portability. The new mode is realized by deploying containers, each container is isolated from each other, each container has a file system, processes among the containers cannot influence each other, and computing resources can be distinguished. Compared with a virtual machine, the container can be deployed rapidly, and the container can be migrated among different clouds and different versions of operating systems because the container is decoupled from underlying facilities and a machine file system. The container occupies less resources and is fast to deploy, each application can be packaged into a container mirror image, the container has greater advantages due to the one-to-one relationship between each application and the container, and the container mirror image can be created for the application at the stage of build or release by using the container, because each application does not need to be combined with the rest of application stacks and does not depend on the production environment infrastructure, and a consistent environment can be provided from research and development to test and production.
Helm: helm is the packet manager of Kubernetes, and is also a client tool under the command line. The method is mainly used for creating, packaging, issuing and creating and managing the local and remote Chart warehouses of the Kubernetes application Chart. In the embodiment of the application, when the chart resource is deployed, the deployment of the chart resource is performed by calling the Helm package manager.
In the related technology, when developers or operation and maintenance personnel develop and deploy chart resources through a Kubernets cluster, the resources authority needs to be verified manually; in addition, in the deployment stage of the chart resource, usually, operation and maintenance personnel are required to manually execute according to the operation instruction of the deployment document, when the operation step is wrong, the inspection needs to be performed again, and the deployment efficiency is not high.
In the embodiment of the application, when the uploaded target chart is required to be subjected to resource authority verification, the uploaded target chart can be automatically verified through the server without manual verification, and pre-verification and pre-updating can be automatically performed on the chart resource in a deployment stage, so that manual verification is not required to be performed on the deployment document, labor cost can be saved, and verification and deployment efficiency can be improved.
Fig. 1 illustrates a network topology diagram of a cluster system according to an embodiment of the present application. The network topology map comprises: a first terminal 110, a server 120, and a second terminal 130.
The first terminal 110 in the network topology diagram is at least one of electronic devices such as a mobile phone, a desktop computer, a tablet computer, a multimedia playing device, and a laptop computer, the first terminal 110, the server 120, and the second terminal operate in the same kubernets cluster, the first terminal 110 is a terminal that publishes and deploys a chart resource in a cluster system, and the first terminal 110 is installed with a hellm client, which sends the chart resource to the server 120. In addition, the first terminal 110 may also display the lifecycle of the chart resource, and send the verification instruction and the deployment instruction to the server 120.
The server 120 is a device for providing data storage and chart service in the cluster system, the server 120 stores chart resources and a database for running the chart service, and the server 120 is further configured to receive a check instruction of the first terminal 110, perform resource authority check on the uploaded chart resources, and further, the server 120 is further configured to receive a deployment instruction of the first terminal 110, and provide the chart service to the second terminal 130.
The second terminal 130 is at least one of electronic devices such as a mobile phone, a desktop computer, a tablet computer, a multimedia playing device, and a laptop computer, the second terminal 130 is a terminal to be deployed with a chart resource in the target cluster, and the second terminal 130 is installed with a hellm client, and establishes a communication connection with the first terminal 110 and the server 120 through the hellm client. Optionally, the second terminal 130 may also feed back the deployment information to the server 120.
Those skilled in the art will appreciate that the number of first terminals and second terminals may be greater or less. For example, the number of the second terminals may be only one, or the number of the terminals may be several tens or hundreds, or more. The number of terminals and the type of the device are not limited in the embodiments of the present application.
Fig. 2 is a flowchart of a method for deploying a chart resource according to an exemplary embodiment of the present application, and this embodiment takes the method as an example for being applied to the server shown in fig. 1. The method comprises the following steps:
The server in the cluster system stores chart resources uploaded by a first terminal, the chart resources are written by developers and comprise a group of YAML files defining Kubernetes resources, the YAML files are stored in the server in TAR or GZ format, and the chart resources can deploy at least one chart service, such as downloading and installation of an application program, complete HTTP service and the like provided by the chart resources.
When developers write the chart resources and need to deploy the chart resources to corresponding Kubernets clusters, a verification instruction is sent to a server through a first terminal, and after the server receives the verification instruction sent by the first terminal, resource authority verification is automatically carried out on the target chart resources uploaded by the first terminal. The purpose of the resource authority check is to ensure the validity and correctness of the resource file in the target chart resource and to realize the corresponding chart service. In the prior art, the resource authority verification process is usually performed by operation and maintenance personnel on a Kubernetes platform, the manual verification period is long, and the verification accuracy is not high. According to the scheme, the resource permission verification step is transplanted to the server, the server is triggered to automatically execute by the verification instruction, the verification period is greatly shortened, the cost input of manual verification is reduced, and the accuracy of resource permission verification is improved.
And when the result of the resource authority verification meets the deployment requirement of the cluster system, the server sets the target chart resource to be in a deployable state. Generally, a cluster system comprises a plurality of terminals, the plurality of terminals and a server run in the same cluster system, and the server pushes a deployable target chart resource to the cluster system.
Illustratively, taking the target chart to implement downloading and installation of the application as an example, for a deployable target chart resource, the server sends an overhead notification of the target chart resource to other terminals of the cluster system in a message reminding manner, so that the other terminals can purchase the chart resource and corresponding chart services conveniently, and the chart services include application installation, application update and maintenance, background services for providing the application, and the like.
All database resources and configuration information for realizing the Chart service are stored in the server, and when the server receives a deployment instruction sent by the first terminal, the server indicates that the first terminal needs to deploy a target Chart resource to a target cluster so as to provide the corresponding Chart service for the target cluster. In the prior art, in the chart resource deployment process, operation and maintenance personnel are required to perform manual deployment operations according to a deployment document, including operations of checking information of a target cluster, checking database configuration of a target chart resource, updating a database, and the like. In the scheme, the deployment instruction is used as a trigger mechanism in the process, and after the server receives the deployment instruction, the server automatically executes deployment operation without manual deployment.
Taking the chat service as an example, when the target cluster needs to use the chat service corresponding to the target chat resource, the target cluster can purchase the chat service by paying a corresponding fee, and then deploy the chat resource through the first terminal. The target cluster comprises at least one second terminal to be deployed, if the second terminal purchases the communication service of the social application program, the first terminal sends a deployment instruction to the server by calling the Helm package manager, downloads the mirror image installation package of the social application program to the second terminal for installation, and provides the corresponding communication service.
Further, in the subsequent maintenance phase of the chat service, for example, version update is performed on the application program or other check rules for the resource file are added, only the target chat resource needs to be updated correspondingly and then deployed to the target cluster, the deployment document does not need to be rewritten, and manual deployment is performed again in a manual review mode, so that the maintenance cost investment is reduced, and the deployment efficiency is improved.
To sum up, in the technical scheme provided by the embodiment of the application, in the target chart resource verification stage, the server automatically performs resource authority verification on the resource file of the target chart resource by receiving the verification instruction sent by the first terminal, so that manual verification is not relied on, the verification period is shortened, and the accuracy of the resource authority verification is improved; in the deployment stage of the target chat resource, after the server receives the deployment instruction, the server automatically executes the deployment operation without manual deployment according to the deployment document, so that in the maintenance stage, the maintenance cost investment is reduced, and the deployment efficiency is improved.
Fig. 3 is a flowchart illustrating a method for deploying a chart resource according to an exemplary embodiment of the present application. In this embodiment, the method is described as an example of being applied to the server 120 shown in fig. 1, and the method includes the following steps:
In the development stage of the chart resource, a developer writes a target chart resource through a first terminal, wherein the target chart resource contains resource files for realizing the chart service, such as a default configuration file of the chart, other dependent chart resources, basic information of the chart, a deployment file template directory and the like.
After the developer finishes writing and packages the data into TAR or GZ compressed packets, the TAR or GZ compressed packets are uploaded to a chart warehouse in a server through a first terminal, and the chart warehouse is specially used for storing uploaded chart resources. Optionally, the chart warehouse takes the user account as a unit, and stores all the chart resources in the same account in the chart warehouse, so that the chart resources in the chart warehouse can be managed conveniently in the following process.
In a possible implementation manner, a local chart warehouse may be set at the first terminal, and is used to store various resource files temporarily written by developers, and then upload the packaged target chart resources to the chart warehouse after writing is completed.
Before the resource authority is verified, the first terminal needs to select a target chart resource needing to be verified on a chart resource management interface, and after the target chart resource needing to be verified is determined, a verification instruction is sent to the server. After receiving the verification instruction sent by the first terminal, the server acquires the account identifier and the resource identifier of the target chart resource, which are contained in the verification instruction, so that the target chart resource can be conveniently determined from the chart warehouse.
And after the server receives the verification instruction, determining an account identifier corresponding to the first terminal and a resource identifier corresponding to the target chat resource. When the chat warehouse contains the candidate chat resources uploaded by the first terminals, the server can determine a target chat resource needing to be subjected to resource authority verification from the candidate chat resources based on the resource identifiers.
Because the chart resources uploaded to the chart warehouse by the first terminal are stored in the form of compressed packets, the chart resources comprise a plurality of resource files, and the deployment operation can be performed only after the resource attributes of the resource files are ensured to meet the target chart resource deployment conditions. The verification information is used for verifying the resource attribute of the target chart resource and the writing specification of the target chart resource so as to ensure that the target chart resource can be deployed in the cluster system.
And 304, performing resource authority verification on the target chart resource based on the verification information.
And after acquiring the verification information corresponding to the first terminal, the server starts to perform resource authority verification on the target chart resource. Since the target chat resource includes a plurality of resource files, different resource files correspond to respective attribute information, such as the resource type (kidd), the resource Name (Name), and the spatial Name (Namespace) of the resource file, and the server needs to check the attribute information. In addition, the server also needs to write specifications for each resource file, check storage space in the target chart resource, and the like. As shown in fig. 4, the process specifically includes the following steps:
After the server acquires the target chat from the chat warehouse, the target chat needs to be analyzed to acquire all resource files contained in the target chat, and the resource type of each resource file is determined. In a native kubernets cluster, a cluster system may support multiple types of resource files such as delivery, Service, and Route, where the different types of resource files are used to implement corresponding functions, for example, a Service resource file is used to provide a network Service, and a Route resource file is used to provide a storage Service. In addition, the cluster system can customize the resource type of the resource file according to the requirement, for different cluster systems, the types of the resource files that can be supported by the cluster system have differences, and when the resource attribute of the resource file in the target chart resource does not belong to the resource attribute supported by the cluster system, the cluster system may not correctly identify or read the data information in the resource file. Therefore, after the server acquires the resource attribute of each resource file, the first resource attribute of the cluster system needs to be acquired from the configuration center, and the resource file in the target chart resource needs to be verified.
Illustratively, the first resource attributes supported by the cluster system include type a, type B, and type C, while the resource attributes of the resource files in the target chart resource include type a, type B, type C, and type D, and since the cluster system does not support the resource file of type D, it cannot be deployed into the cluster system, and at this time, prompt information should be fed back to the first terminal, so that a developer modifies the resource attributes that cannot be identified.
And step 304B, performing writing compliance verification on the resource file in the target chart resource based on the resource file writing rule in the verification information.
From the above, the resource name and the space designation of each resource file in the target chart resource are written by a developer, and the developer cannot ensure that the name and the writing specification of the resource file completely meet the deployment requirement of the cluster system, for example, templates in the chart resource defines the resource type of the resource file, and appVersion defines the version information of the target chart resource. When the names of the files cannot be matched, the server cannot determine the resource type, the version information and the like. Therefore, after the server parses the target chart resource, the server needs to perform writing compliance verification on the resource file in the target chart resource according to the resource file writing rule in the verification information.
In addition, system keywords such as data type keywords, control statement keywords, and storage class keywords are also defined in the cluster system, and developers should avoid using the system keywords when writing resource files so as not to affect the identification of data. Therefore, the resource file writing rule can further define the character length of the resource name and the space name, the keyword and the like, and when the character length of the resource name or the control name is detected to exceed a set threshold value or the keyword is detected, prompt information is fed back to the first terminal in time.
And 304C, responding to the first resource attribute check and the writing compliance check, and performing second resource attribute check on the resource file in the target chart resource based on a second resource attribute in the check information, wherein the second resource attribute is a resource attribute of which the first terminal has the deployment authority.
And when the target chart resource passes the first resource attribute verification and the writing compliance verification, the authority information of the first terminal is also required to be verified. The cluster system is essentially an open source system, developers can upload and deploy chart resources through the cluster system, but in order to maintain the cluster system better, deployment authorities with different resource attributes need to be given to different developers. And when the second resource attribute is verified, the server acquires the second resource attribute of the first terminal from the right center according to the account identifier, namely the resource attribute of the first terminal with the deployment right, and further matches the resource attribute with the resource file in the target chart resource.
Illustratively, the second resource attribute indicates that the first terminal has a Deployment right for deploying the resource files of the delivery type and the Service type, the target chat resource contains the resource file of the Route type, and since the cluster system does not give the Deployment right for deploying the resource file of the Route type to the first terminal, the cluster system cannot pass the resource right verification, and accordingly, prompt information can be fed back to the first terminal.
It should be noted that, in the above illustrative example, only the default, Service, and Route types are taken as examples, and in an actual cluster system, since different cluster systems can customize resource types, the cluster system needs to give Deployment permissions of corresponding resource types according to identities or position responsibilities of different developers, and a specific resource type is not limited in this embodiment.
And step 304D, determining the residual storage space based on the total storage space and the occupied storage space in the verification information, wherein the total storage space is the maximum available space for the first terminal to deploy the chart resource, and the occupied storage space is the space occupied by the first terminal to deploy the chart resource.
The server not only needs to perform first resource attribute verification, second resource attribute verification and writing compliance verification on the target chart resource, but also needs to perform storage space verification on the target chart resource.
In a clustered system, deployed chart resources are stored in a Namespace (Namespace), which is an abstract collection of a set of resources and objects, such as may be used to partition objects within the system into different groups of items or users. Common posts, services, replication controllers, and deployments belong to a certain Namespace. Different namespaces are logically isolated from each other to enable efficient management of the chart resources. After the first terminal deploys the chart resource, the corresponding Namespace occupies a certain storage space, so that when the server performs resource authority verification, the server needs to acquire the total storage space of the first terminal and the space occupied by the deployed chart resource according to the account identifier, and further determine the remaining storage space according to the total storage space and the occupied storage space.
Step 305E, based on the remaining storage space and the target occupied space of the target chart resource, performing storage space verification on the target chart resource.
Because the Namespace needs to be created in the cluster system when the target chat resource is deployed, after the server determines the storage space required by the target chat resource, the remaining storage space is compared with the storage space required by the target chat resource. And when the residual storage space is larger than the storage space required by deploying the target chart resource, determining that the target chart resource meets the deployment requirement of the cluster system, and deploying the target chart resource into the cluster system.
It should be noted that the storage space check on the target chart resource may also be performed before step 304A and step 304B, and the server performs step 304A and step 304B again when determining that the storage space check passes. The embodiment of the application does not limit the sequence of the storage space check.
And under the condition that the server determines that the first resource attribute check, the second resource attribute check, the writing compliance check and the storage space all pass, determining that the target chart resource passes the resource authority check, further setting the target chart resource to be in a deployable state, and pushing the target chart resource to the cluster system.
After the server sets the target chart resource to be in a deployable state, the server may also feed back a resource permission verification result to the first terminal, as shown in fig. 5, a chart resource management interface 510 is displayed at the first terminal, and before the first terminal does not send a verification instruction, the life cycle of the chart resource is displayed as being under development; after the user clicks the verification control 511 of the target chart resource, the first terminal sends a verification instruction to the server, and then the life cycle is updated to be in audit, which indicates that the server is performing resource authority verification on the target chart resource; and when the server passes the resource authority verification of the target chart resource, feeding back a resource authority verification result to the first terminal, wherein the life cycle of the target chart resource is displayed as being on shelf.
When the first terminal needs to deploy the target chat resource to the target cluster in the cluster system, the first terminal sends a deployment instruction to the server by selecting the resource identifier of the target chat resource and the cluster identifier of the target cluster. The cluster id is used to determine the name and version information of the target chart resource, such as AbcChart, V2.0. After receiving the deployment instruction sent by the first terminal, the server first obtains the cluster identifier of the target cluster and the resource identifier of the target chart resource, which are contained in the verification instruction, and then determines the target chart resource according to the resource identifier.
And 307, acquiring the target chart resource from the chart warehouse based on the resource identifier.
The step 302 may be referred to in the implementation manner of this step, and this embodiment is not described herein again.
And 308, updating the configuration parameters of the target chat resource based on the cluster identifier.
Because the cluster system usually includes more terminal devices, different devices may form a plurality of clusters, for example, a cluster is established by taking an enterprise as a unit, and the second terminal in the target cluster is all the terminal devices in the enterprise. In addition, for the same target chart resource, there may be differences between target clusters, for example, for a chinese cluster and a singapore cluster, because the regional differences and the standards to be followed are different, the configuration parameters need to be updated according to the cluster identifiers when deployment is performed. The process specifically comprises the following steps:
Before the first terminal sends a deployment instruction, a target cluster is established in advance according to the second terminal, and a database of the chart service is provided for the target cluster.
In a possible implementation manner, after an enterprise purchases a target chart resource and a corresponding chart service, an operation and maintenance person needs to establish a target cluster for the enterprise through a first terminal, and allocate an account number, a login key, and the like of the chart service to the target cluster. In addition, the method also comprises the steps of setting cluster identification of the target cluster and cluster configuration information (config) of the target cluster, such as a working region, Hadoop component version, instance node specification and the like. The higher the specification of the instance node is, the larger the capacity is, the faster the cluster running speed is, the stronger the analysis processing capacity is, and the higher the corresponding cost is. The cluster configuration information and the cluster identification association are stored in a configuration center of the server. When deployment is performed, the configuration parameters of the target chart resource need to be determined according to the target cluster which needs to be deployed actually.
And 308B, updating the configuration parameters of the target chat resource based on the cluster configuration information.
In a possible implementation manner, the configuration parameters related to the target cluster are marked in the target chat resource, and after the cluster configuration information of the target cluster is obtained, the configuration parameters are replaced. If the instance node in the target chat resource is set to be N before the update is not performed, the updated instance node is set to be 16, and 16 1-core SSD nodes are represented. In addition, the updated configuration parameters may further include an MPP data partition number, a default Language (Language), and the like, which is not limited in this embodiment of the application.
After the server updates the configuration parameters of the target chart resource, the server needs to perform pre-verification on the target chart resource. The pre-check comprises check on database configuration, check on memory resources and check on connection state, and aims to ensure that the database can provide service for a target cluster. The process specifically comprises the following steps:
The pre-check rule at least comprises information such as an access address of the database, an account number of the chart service, a login key and the like. In addition, the pre-check rule also includes memory resources of the target cluster, domain name information and the like, which are stored in the configuration center in association with the cluster identifier of the target cluster. When the server needs to perform pre-check on the target cluster, the server first acquires the pre-check rule of the target cluster from the configuration center, and then performs pre-check on the updated target chart resource.
And 309B, pre-checking the updated target chat resource based on the pre-checking rule.
After the server acquires the pre-check rule, whether the access address of the database is valid, whether the account number and the login key of the chart service are matched, whether the memory resource of the target cluster is sufficient and the like are verified. In addition, the server needs to determine whether the network bandwidth of the cluster system and the network connection with the target cluster are normal, so as to ensure that the service can be provided to the target cluster.
And step 310, in response to the fact that the pre-check is passed, pre-executing the target chart resource.
When the target chart resource passes the pre-check, the server further needs to perform pre-execution on the target chart resource, and the pre-check includes updating a database of the target chart resource. The database is maintained by operation and maintenance personnel, when the operation and maintenance personnel add or delete data or modify data content in the database, if the data content is not timely updated, the data service is directly provided for the target cluster, and error reporting occurs or corresponding functions cannot be realized by an application program in the process of deploying the target chart resource to the target cluster. Therefore, the server needs to perform data update on the database once each time the target chart resource is deployed, so as to ensure the real-time performance of the database.
In addition, the pre-verification process may further include updating a service configuration center, where adjustment parameters for implementing the chart service are stored in the service configuration center, and the adjustment parameters include configurations related to display time setting, a current limiting policy, background color setting, a display pendant, and the like. These service configurations do not have a fixed format, and therefore need to be stored by an independent service configuration center, and operation and maintenance personnel can modify them according to actual needs. The updating mode is generally two, namely pull mode, the server regularly pulls the data of the service configuration center; and in the push mode, the service is always connected to the service configuration center, and once the configuration change is detected, the modified adjustment parameters are automatically pushed to the target cluster.
After the target chat resource is executed in a preposed manner, the target chat resource part is deployed in the target cluster so as to provide the chat service for the second terminal in the target cluster.
Taking the installation of the application as an example, after the first terminal selects the target cluster and the target chat resource, a deployment instruction is sent to the server. Because the second terminal in the target cluster and the server operate in the same cluster system, the second terminal automatically downloads the mirror image installation package of the application program from the cluster system through the Helm package manager for installation and connection with the database.
In order to obtain the deployment state of the target cluster, the server monitors and receives the deployment information fed back by the second terminal in real time in the deployment process, and generates and stores a corresponding log file.
Illustratively, as shown in fig. 6, a first terminal displays a Chart resource management interface 610, and after a user selects a target Chart resource and a target cluster, the user clicks a deployment control 611 to send a deployment instruction to a server, and in a deployment phase, a deployment state and a deployment progress of the target Chart resource are displayed through a deployment state column 612.
In addition, as shown in fig. 7, a Chart resource management interface 710 may also be displayed at the first terminal, and a lifecycle of each Chart resource, version information of the Chart resource, and the like are displayed on the Chart resource management interface 710, and for the Chart resources for which the resource permission verification is not performed, the lifecycle is displayed as in development; displaying the life cycle of the chart resource subjected to resource authority verification as the verification; for the chart resource which completes the resource authority verification, the life cycle of the chart resource is displayed as being on shelf; for a chart resource that stops maintenance, its lifecycle is shown as being off-shelf.
And after the target chat resource deployment is completed, the second terminal completes the installation of the application program and the related functions of the application program. In the maintenance stage of the application program, if the application program needs to be updated or the version of the application program needs to be upgraded, the first terminal needs to update the target chart resource, and then the target chart resource is deployed in the cluster system. And when the server receives an update instruction of the target chart resource, acquiring the version information of the target chart resource stored in the update instruction, updating the target chart resource based on the version information, and further automatically checking the resource authority of the target chart resource after the version is updated, so as to finish the version updating of the application program.
In the embodiment of the application, after receiving a verification instruction of a target chart resource, a server automatically acquires verification information according to an account identifier contained in the verification instruction and a resource identifier of the target chart resource; then, according to the first resource attribute in the verification information, performing first resource attribute verification on the target chart resource; according to the resource file writing rule in the verification information, performing writing compliance verification on the resource file in the target chart resource file, and performing second resource attribute verification on the resource file in the target chart resource under the condition that the first resource attribute verification and the resource file writing rule are passed, so as to ensure that the first terminal has the deployment permission for deploying the corresponding resource file;
in addition, the server also needs to perform storage space verification on the target chart resource to ensure that the remaining storage space of the first terminal in the cluster system is enough to deploy the target chart resource, and since the resource permission verification step is automatically executed by the server, compared with a manual verification mode, the verification period is shortened, and the accuracy of resource permission verification is improved;
after receiving a deployment instruction of a first terminal, a server automatically updates configuration parameters of a target chart resource and performs pre-check and pre-execution on the target chart resource according to a cluster identifier of a target cluster and a resource identifier of the target chart resource in the deployment instruction;
furthermore, under the condition that the preposed verification and the preposed execution are passed, the target chart resource is deployed to the target cluster so that the target cluster can realize corresponding chart service, and in the subsequent maintenance stage, the server automatically updates the version of the application program after receiving an update instruction of the target chart resource, so that compared with a mode of manually deploying according to a deployment document, the method not only reduces the maintenance cost investment, but also improves the deployment efficiency.
Fig. 8 shows a block diagram of a deployment apparatus of a chart resource according to an embodiment of the present application.
A checking module 801, configured to perform resource permission checking on a target chart resource in response to receiving a checking instruction sent by a first terminal, where the target chart resource is a chart resource uploaded by the first terminal, and different chart resources are used to implement different chart services;
a setting module 802, configured to set the target chart resource to a deployable state in response to the target chart resource passing through the resource permission check;
the deploying module 803 is configured to, in response to receiving a deploying instruction for the target chart resource, deploy the target chart resource to a target cluster, where the target cluster includes at least one second terminal to which a chart service is to be deployed.
Optionally, the verification module 801 includes:
a first obtaining unit, configured to, in response to receiving the verification instruction of the target chart resource, obtain an account id of the first terminal and a resource id of the target chart resource, which are included in the verification instruction;
a second obtaining unit, configured to obtain the target chart resource from a chart warehouse based on the resource identifier, where the chart warehouse includes all the chart resources uploaded by the first terminal;
a third obtaining unit, configured to obtain, based on the account identifier, verification information corresponding to the first terminal;
and the checking unit is used for checking the resource authority of the target chart resource based on the checking information.
Optionally, the verification unit is configured to:
performing first resource attribute check on the resource file in the target chart resource based on a first resource attribute in the check information, wherein the first resource attribute is a resource attribute supported by the cluster system;
and performing writing compliance verification on the resource file in the target chart resource based on the resource file writing rule in the verification information.
Optionally, the verification unit is further configured to:
performing second resource attribute verification on the resource file in the target chart resource based on a second resource attribute in the verification information in response to the first resource attribute verification and the writing compliance verification, wherein the second resource attribute is a resource attribute of which the first terminal has deployment permission;
determining a remaining storage space based on a total storage space and an occupied storage space in the verification information, wherein the total storage space is a maximum available space for the first terminal to deploy chart resources, and the occupied storage space is a space occupied by the first terminal to deploy chart resources;
and verifying the storage space in the target chart resource based on the residual storage space and the target occupied space of the target chart resource.
Optionally, the deployment module 803 includes:
a fourth obtaining unit, configured to, in response to receiving the deployment instruction for the target chart resource, obtain a cluster identifier of the target cluster and a resource identifier of the target chart resource that are included in the deployment instruction;
a fifth obtaining unit, configured to obtain the target chart resource from a chart warehouse based on the resource identifier;
the updating unit is used for updating the configuration parameters of the target chart resource based on the cluster identifier;
the pre-check unit is used for performing pre-check on the updated target chart resource, and the pre-check comprises database configuration check, memory resource check and connection state check;
a pre-execution unit, configured to perform pre-execution on the target chart resource in response to passing the pre-check;
and the deployment unit is used for responding to the preposed execution and deploying the target chart resource to the target cluster.
Optionally, the updating unit is configured to:
acquiring cluster configuration information of the target cluster from a configuration center based on the cluster identifier;
updating the configuration parameters of the target chart resource based on the cluster configuration information;
optionally, the row pre-check is configured to:
acquiring a pre-check rule of the target cluster from the configuration center based on the cluster identifier;
and performing the pre-check on the updated target chart resource based on the pre-check rule.
Optionally, the apparatus further comprises:
and the updating module is used for responding to a received updating instruction of the target chart resource, acquiring the version information of the target chart resource in the updating instruction, and updating the target chart resource based on the version information.
Fig. 9 shows a schematic structural diagram of a server according to an exemplary embodiment of the present application. Specifically, the method comprises the following steps: the server includes a Central Processing Unit (CPU) 901, a system memory 904 including a random access memory 902 and a read only memory 903, and a system bus 905 connecting the system memory 904 and the CPU 901. The server 900 also includes a basic Input/Output system (I/O system) 906 for transferring information between devices within the computer, and a mass storage device 907 for storing an operating system 913, application programs 914, and other program modules 915.
The basic input/output system 906 includes a display 908 for displaying information and an input device 909 such as a mouse, keyboard, etc. for user input of information. Wherein a display 908 and an input device 909 are connected to the central processing unit 901 through an input-output controller 910 connected to the system bus 905. The basic input/output system 906 may also include an input/output controller 910 for receiving and processing input from a number of other devices, such as a keyboard, mouse, or electronic stylus. Similarly, input-output controller 910 also provides output to a display screen, a printer, or other type of output device.
The mass storage device 907 is connected to the central processing unit 901 through a mass storage controller (not shown) connected to the system bus 905. The mass storage device 907 and its associated computer-readable media provide non-volatile storage for the server 900. That is, mass storage device 907 may include a computer-readable medium (not shown) such as a hard disk or drive.
Without loss of generality, computer readable media may comprise computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes Random Access Memory (RAM), Read Only Memory (ROM), flash Memory or other solid state Memory technology, Compact disk Read-Only Memory (CD-ROM), Digital Versatile Disks (DVD), or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices. Of course, those skilled in the art will appreciate that computer storage media is not limited to the foregoing. The system memory 904 and mass storage device 907 described above may be collectively referred to as memory.
The memory stores one or more programs configured to be executed by the one or more central processing units 901, the one or more programs containing instructions for implementing the methods described above, the central processing unit 901 executing the one or more programs to implement the method for deploying chart resources provided by the various method embodiments described above.
The server 900 may also operate as a remote computer connected to a network via a network, such as the internet, in accordance with various embodiments of the present application. That is, the server 900 may be connected to the network 912 through the network interface unit 911 connected to the system bus 905, or the network interface unit 911 may be used to connect to other types of networks or remote computer systems (not shown).
The memory also includes one or more programs, one or more programs being stored in the memory, the one or more programs including instructions for performing the steps performed by the server in the methods provided by the embodiments of the present application.
In addition, those skilled in the art will appreciate that the configurations of the servers illustrated in the above-described figures do not constitute a limitation of the servers, and that the servers may include more or fewer components than illustrated, or some components may be combined, or a different arrangement of components. For example, the server further includes components such as a radio frequency circuit, an input unit, a sensor, a server, and a power supply, which are not described herein again.
The application provides a computer-readable storage medium, in which at least one instruction is stored, and the at least one instruction is loaded and executed by a processor to implement the deployment method of the chart resource provided by the above method embodiments.
The present application also provides a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the server reads the computer instructions from the computer-readable storage medium, and executes the computer instructions, so that the server executes the deployment method of the chart resource in any of the above embodiments.
The above-mentioned serial numbers of the embodiments of the present application are merely for description and do not represent the merits of the embodiments.
It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, where the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.
The present application is intended to cover various modifications, alternatives, and equivalents, which may be included within the spirit and scope of the present application.
Claims (10)
1. A method for deploying chart resources, which is used for servers in a cluster system, and comprises the following steps:
in response to receiving a verification instruction sent by a first terminal, performing resource authority verification on a target chart resource, wherein the target chart resource is a chart resource uploaded by the first terminal, and different chart resources are used for realizing different chart services;
responding to the target chart resource passing through the resource authority verification, and setting the target chart resource to be in a deployable state;
and in response to receiving a deployment instruction of the target chart resource, deploying the target chart resource to a target cluster, wherein the target cluster comprises at least one second terminal to be deployed with the chart service.
2. The method as claimed in claim 1, wherein the performing resource right check on the target chart resource in response to receiving a check instruction sent by the first terminal includes:
in response to receiving the verification instruction of the target chat resource, acquiring an account identifier of the first terminal and a resource identifier of the target chat resource, which are included in the verification instruction;
acquiring the target chart resource from a chart warehouse based on the resource identifier, wherein the chart warehouse comprises all the chart resources uploaded by the first terminal;
acquiring verification information corresponding to the first terminal based on the account identifier;
and carrying out resource authority verification on the target chart resource based on the verification information.
3. The method as claimed in claim 2, wherein the performing a resource right check on the target chart resource based on the check information comprises:
performing first resource attribute check on the resource file in the target chart resource based on a first resource attribute in the check information, wherein the first resource attribute is a resource attribute supported by the cluster system;
and performing writing compliance verification on the resource file in the target chart resource based on the resource file writing rule in the verification information.
4. The method as claimed in claim 3, wherein the performing a resource right check on the target chart resource based on the check information comprises:
performing second resource attribute verification on the resource file in the target chart resource based on a second resource attribute in the verification information in response to the first resource attribute verification and the writing compliance verification, wherein the second resource attribute is a resource attribute of which the first terminal has deployment permission;
determining a remaining storage space based on a total storage space and an occupied storage space in the verification information, wherein the total storage space is a maximum available space for the first terminal to deploy chart resources, and the occupied storage space is a space occupied by the first terminal to deploy chart resources;
and checking the storage space in the target chart resource based on the residual storage space and the target occupied space of the target chart resource.
5. The method according to any of claims 1 to 4, wherein the deploying the target chart resource to the target cluster in response to receiving a deployment instruction for the target chart resource comprises:
in response to receiving the deployment instruction of the target chart resource, acquiring a cluster identifier of the target cluster and a resource identifier of the target chart resource, which are contained in the deployment instruction;
acquiring the target chart resource from a chart warehouse based on the resource identifier;
updating the configuration parameters of the target chart resource based on the cluster identification;
performing pre-check on the updated target chart resource, wherein the pre-check comprises database configuration check, memory resource check and connection state check;
performing pre-execution on the target chart resource in response to passing the pre-check;
in response to executing through the pre-fetch, deploying the target chart resource to the target cluster.
6. The method of claim 5, wherein the updating the configuration parameter of the target chart resource based on the cluster identifier comprises:
acquiring cluster configuration information of the target cluster from a configuration center based on the cluster identifier;
updating the configuration parameters of the target chart resource based on the cluster configuration information;
the pre-verifying the updated target chart resource includes:
acquiring a pre-check rule of the target cluster from the configuration center based on the cluster identifier;
and performing the pre-check on the updated target chart resource based on the pre-check rule.
7. The method of any of claims 1 to 6, wherein after the target chart resource is deployed to the target cluster, the method further comprises:
and responding to a received update instruction of the target chart resource, acquiring the version information of the target chart resource in the update instruction, and updating the target chart resource based on the version information.
8. An apparatus for deploying chart resources, the apparatus being used for a server in a cluster system, the apparatus comprising:
the verification module is used for responding to a received verification instruction sent by a first terminal and verifying resource authority of a target chart resource, wherein the target chart resource is a chart resource uploaded by the first terminal, and different chart resources are used for realizing different chart services;
the setting module is used for setting the target chart resource to be in a deployable state in response to the target chart resource passing through the resource authority verification;
and the deployment module is used for responding to the received deployment instruction of the target chart resource, and deploying the target chart resource to a target cluster, wherein the target cluster comprises at least one second terminal to be deployed with the chart service.
9. A server, comprising a processor and a memory; the memory stores at least one instruction for execution by the processor to implement a method of deploying the chart resource as recited in any one of claims 1 to 7.
10. A computer-readable storage medium having stored thereon at least one instruction for execution by a processor to implement a method for deploying a chart resource as recited in any one of claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210049979.6A CN114500268B (en) | 2022-01-17 | 2022-01-17 | Method and device for deploying char resources, server and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210049979.6A CN114500268B (en) | 2022-01-17 | 2022-01-17 | Method and device for deploying char resources, server and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114500268A true CN114500268A (en) | 2022-05-13 |
| CN114500268B CN114500268B (en) | 2023-07-21 |
Family
ID=81511518
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210049979.6A Active CN114500268B (en) | 2022-01-17 | 2022-01-17 | Method and device for deploying char resources, server and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114500268B (en) |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108737416A (en) * | 2018-05-16 | 2018-11-02 | 北京握奇智能科技有限公司 | Trusted application management method and trusted application management server |
| CN110753121A (en) * | 2019-10-25 | 2020-02-04 | 北京浪潮数据技术有限公司 | Mirror image warehouse deployment method, device, equipment and medium |
| CN110990025A (en) * | 2019-12-06 | 2020-04-10 | 无锡华云数据技术服务有限公司 | Instance deployment method and system |
| CN111008023A (en) * | 2019-12-06 | 2020-04-14 | 无锡华云数据技术服务有限公司 | Instance deployment method and system |
| CN111142881A (en) * | 2019-12-27 | 2020-05-12 | 浪潮云信息技术有限公司 | Kubernets-based charts automation deployment system and method |
| CN112558987A (en) * | 2020-12-16 | 2021-03-26 | 中盈优创资讯科技有限公司 | Helm-based automatic deployment method and device |
| US20210124760A1 (en) * | 2019-10-25 | 2021-04-29 | Accenture Global Solutions Limited | Automatic creation of blockchain network infrastructures |
| US11074091B1 (en) * | 2018-09-27 | 2021-07-27 | Juniper Networks, Inc. | Deployment of microservices-based network controller |
| WO2021255547A1 (en) * | 2020-06-17 | 2021-12-23 | International Business Machines Corporation | Preventing unauthorized package deployment in clusters |
-
2022
- 2022-01-17 CN CN202210049979.6A patent/CN114500268B/en active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108737416A (en) * | 2018-05-16 | 2018-11-02 | 北京握奇智能科技有限公司 | Trusted application management method and trusted application management server |
| US11074091B1 (en) * | 2018-09-27 | 2021-07-27 | Juniper Networks, Inc. | Deployment of microservices-based network controller |
| CN110753121A (en) * | 2019-10-25 | 2020-02-04 | 北京浪潮数据技术有限公司 | Mirror image warehouse deployment method, device, equipment and medium |
| US20210124760A1 (en) * | 2019-10-25 | 2021-04-29 | Accenture Global Solutions Limited | Automatic creation of blockchain network infrastructures |
| CN110990025A (en) * | 2019-12-06 | 2020-04-10 | 无锡华云数据技术服务有限公司 | Instance deployment method and system |
| CN111008023A (en) * | 2019-12-06 | 2020-04-14 | 无锡华云数据技术服务有限公司 | Instance deployment method and system |
| CN111142881A (en) * | 2019-12-27 | 2020-05-12 | 浪潮云信息技术有限公司 | Kubernets-based charts automation deployment system and method |
| WO2021255547A1 (en) * | 2020-06-17 | 2021-12-23 | International Business Machines Corporation | Preventing unauthorized package deployment in clusters |
| CN112558987A (en) * | 2020-12-16 | 2021-03-26 | 中盈优创资讯科技有限公司 | Helm-based automatic deployment method and device |
Non-Patent Citations (7)
| Title |
|---|
| "使用Helm私有仓库", Retrieved from the Internet <URL:https://help.aliyun.com/document_detail/131467.html?utm_content=g_1000230851&spm=5176.20966629.toubu.3.f2991ddcpxxvD1#-chart-kubernetes-> * |
| CL82: "k8s (二十六) --- kubernetes Helm之通过kubeapps使用图形部署helm应用", Retrieved from the Internet <URL:https://blog.csdn.net/qq_35887546/article/details/106096102> * |
| JACKT: "kubeapps -kubernetes 应用仪表盘", Retrieved from the Internet <URL:https://aijishu.com/a/1060000000096386> * |
| KUGAMOORTHY GAJANANAN ET AL.: "Scalable Runtime Integrity Protection for Helm Based Applications on Kubernetes Cluster", IEEE * |
| 云沧海: "helm 本地仓库及图形化 kubeapps", Retrieved from the Internet <URL:https://developer.aliyun.com/article/684391> * |
| 张春辉: "基于Kubernetes的高可用容器云的设计与实现", 《中国优秀硕士学位论文全文数据库》 * |
| 赵昱: "基于容器技术的管控融合一体化系统", 《中国优秀硕士学位论文全文数据库》 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114500268B (en) | 2023-07-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107370786B (en) | General information management system based on micro-service architecture | |
| US11561956B2 (en) | Key pattern management in multi-tenancy database systems | |
| EP3477488B1 (en) | Deploying changes to key patterns in multi-tenancy database systems | |
| US10740315B2 (en) | Transitioning between system sharing types in multi-tenancy database systems | |
| CN107666525B (en) | Method and device for IP allocation of cluster container | |
| EP3477504A1 (en) | Data separation and write redirection in multi-tenancy database systems | |
| EP3477501A1 (en) | System sharing types in multi-tenancy database systems | |
| EP3477499A1 (en) | Exchanging shared containers and adapting tenants in multi-tenancy database systems | |
| EP3477500A1 (en) | Deploying changes in a multi-tenancy database system | |
| CN103226493B (en) | The dispositions method and system of multi-operation system service | |
| CN109120678A (en) | The method and apparatus of service tray for distributed memory system | |
| US20200348921A1 (en) | Microservice update system | |
| US20170123951A1 (en) | Automated test generation for multi-interface enterprise virtualization management environment | |
| US10411961B2 (en) | Image management in cloud environments | |
| CN108696372B (en) | Method and system for keeping system configuration consistency | |
| US10540162B2 (en) | Generating service images having scripts for the deployment of services | |
| US10025630B2 (en) | Operating programs on a computer cluster | |
| CN108958744B (en) | Deployment method, device, medium and electronic equipment of big data distributed cluster | |
| CN109240716B (en) | Big data platform version management and rapid iterative deployment method and system | |
| US11144292B2 (en) | Packaging support system and packaging support method | |
| US11487727B2 (en) | Resolving versions in an append-only large-scale data store in distributed data management systems | |
| CN112217656A (en) | Method and device for synchronizing configuration information of network equipment in SD-WAN (secure digital-to-Wide area network) system | |
| US10572373B2 (en) | Automated test generation for multi-interface and multi-platform enterprise virtualization management environment | |
| CN111831567B (en) | Application test environment configuration method, device, system and medium | |
| CN117693734A (en) | Front-end item processing method, device, equipment, management system and storage medium |
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 |