CN114527996A

CN114527996A - Multi-service deployment method and device, electronic equipment and storage medium

Info

Publication number: CN114527996A
Application number: CN202210115332.9A
Authority: CN
Inventors: 陈金龙; 杨涛; 苗宇庭; 张彦波; 田晓宁; 范业大; 肖超超; 张伟; 李泽恩
Original assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Current assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Priority date: 2022-01-30
Filing date: 2022-01-30
Publication date: 2022-05-24

Abstract

The disclosure provides a multi-service deployment method, device, equipment and storage medium, and relates to the technical field of cloud computing, in particular to the field of cloud computing service delivery. The specific implementation scheme is as follows: firstly, building a simulated delivery environment close to the actual delivery environment according to delivery environment information, and deploying multiple services in the simulated delivery environment; then, packing various resources related to the multi-service in the simulated delivery environment to obtain a service deployment package; and then, importing the service deployment package into an actual delivery environment, and performing unpacking and fine tuning to realize one-key deployment of multiple services. Therefore, the time for deploying the multiple services in the delivery environment is greatly shortened, and the deployment efficiency and the customer satisfaction degree of the multiple services are improved.

Description

Multi-service deployment method and device, electronic equipment and storage medium

Technical Field

The present disclosure relates to the field of cloud computing technologies, and in particular, to the field of cloud computing service delivery.

Background

At present, when multiple services are deployed in a cloud computing environment, the deployment is performed based on applications. If the multi-service corresponds to multiple applications, each application needs to be deployed one by one, and the multiple services of multiple applications cannot be deployed in batch at one time.

Disclosure of Invention

The disclosure provides a multi-service deployment method, device, equipment and storage medium.

According to an aspect of the present disclosure, there is provided a multi-service deployment method, including: acquiring delivery environment information and at least two services to be deployed, wherein the delivery environment information comprises a system structure and a network type; building a simulated first delivery environment according to the delivery environment information; deploying at least two services in a first delivery environment; performing packing operation on related resources of at least two services deployed in a first delivery environment to obtain a service deployment package; at least two services are deployed in the actual secondary delivery environment according to the service deployment package.

According to another aspect of the present disclosure, there is provided a multi-service deployment apparatus including: the system comprises a deployment information acquisition module, a network type acquisition module and a service management module, wherein the deployment information acquisition module is used for acquiring delivery environment information and at least two services to be deployed, and the delivery environment information comprises a system structure and a network type; the first delivery environment building module is used for building a simulated first delivery environment according to the delivery environment information; a first deployment module to deploy at least two services in a first delivery environment; the deployment package packaging module is used for executing packaging operation on related resources of at least two services deployed in the first delivery environment to obtain a service deployment package; and the second deployment module is used for deploying at least two services in the actual second delivery environment according to the service deployment package.

According to another aspect of the present disclosure, there is provided an electronic device including: at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor to cause the at least one processor to perform any of the multi-service deployment methods described above.

According to another aspect of the present disclosure, there is provided a non-transitory computer readable storage medium having stored thereon computer instructions for causing a computer to perform any one of the above-described multi-service deployment methods.

According to another aspect of the present disclosure, a computer program product is provided, comprising a computer program which, when executed by a processor, implements any of the above-described multi-service deployment methods.

The disclosure provides a multi-service deployment method, device, equipment and storage medium. The method comprises the following steps: firstly, building a simulated delivery environment close to the actual delivery environment according to the delivery environment information, and deploying multiple services in the simulated delivery environment; then, packaging various resources related to the multi-service in the simulated delivery environment to obtain a service deployment package; and then, importing the service deployment package into an actual delivery environment, and performing unpacking and fine tuning to realize one-key deployment of multiple services. Therefore, the time for deploying the multiple services in the delivery environment is greatly shortened, and the deployment efficiency and the customer satisfaction degree of the multiple services are improved.

It should be understood that the statements in this section do not necessarily identify key or critical features of the embodiments of the present disclosure, nor do they limit the scope of the present disclosure. Other features of the present disclosure will become apparent from the following description.

Drawings

The drawings are included to provide a better understanding of the present solution and are not to be construed as limiting the present disclosure. Wherein:

fig. 1 is a flowchart illustrating a method for deploying multiple services according to a first embodiment of the disclosure;

FIG. 2 is a flowchart illustrating a method for deploying multiple services according to a second embodiment of the disclosure;

fig. 3 is a schematic flowchart of a third embodiment of the present disclosure for verifying deployed services;

FIG. 4 is a schematic structural diagram of a multi-service deployment apparatus according to an embodiment of the disclosure;

FIG. 5 is a block diagram of an electronic device for implementing a method for deploying multiple services according to an embodiment of the present disclosure.

Detailed Description

Exemplary embodiments of the present disclosure are described below with reference to the accompanying drawings, in which various details of the embodiments of the disclosure are included to assist understanding, and which are to be considered as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the present disclosure. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.

Fig. 1 shows an implementation flow of a deployment method for implementing multiple services according to an embodiment of the present disclosure, and with reference to fig. 1, the method includes: operation S110, acquiring delivery environment information and at least two services to be deployed, where the delivery environment information includes a system structure and a network type; operation S120, building a simulated first delivery environment according to the delivery environment information; an operation S130 of deploying at least two services in a first delivery environment; operation S140, performing a packaging operation on the relevant resources of the at least two services deployed in the first delivery environment to obtain a service deployment package; operation S150 deploys at least two services in the actual secondary delivery environment according to the service deployment package.

Wherein a service refers to a program module or component that can provide a specific function, such as a message service, an alarm service, an artificial intelligence service, a big data service, and the like.

In operation S110, the delivery environment information refers to hardware attributes, such as a system architecture, a network type, and the like, for describing a hardware server or a virtual machine used for deploying the multi-service in the actual delivery environment.

The system fabric refers to a processor instruction set architecture (e.g., X86 or ARM, etc.), a processor type (e.g., CPU or GPU, etc.) and model, etc., employed by a hardware server or virtual machine that deploys the service.

The network types are different types formed by classification according to different aspects of network models, networking modes, communication technologies and the like of hardware servers or virtual machines for deploying services. For example, a Virtual Local Area Network (VLAN), a Software Defined Network (SDN), and the like.

Because the instruction sets supported by different system structures are different, and certain differences exist in performance; different network types may have different configurations of network parameters and parameter values. Thus, the instructions or configurations executed by the deployment service may vary for different system architectures or network types, and the code sets or scripted programs used may also vary.

Thus, acquiring the delivery environment information facilitates building a test environment that is closer to the actual delivery environment, i.e., a simulated delivery environment, in operation S120; it may be helpful to select the more appropriate operating instructions and configurations to deploy the multi-service in the simulated delivery environment at operation 130. Thereby enabling seamless migration of the multi-service deployed in the simulated delivery environment to the actual delivery environment through operations 140 and 150 and greatly reducing the running errors of the multi-service after migration.

The multi-service to be deployed refers to at least two services scheduled to be deployed and run in an actual delivery environment, and may also be referred to as a group of services, a combined service, or the like.

The multiple services to be deployed may be provided by the same application or may be provided by different applications.

In operation S120, the first delivery environment refers to a simulated delivery environment, and specifically refers to a hardware server or a virtual machine that has the same system structure and the same network type as the actual delivery environment, or a cluster environment that is built by servers or virtual machines, which is built according to the delivery environment information.

Here, the closer the first delivery environment is to the actual delivery environment, the smoother the one-touch deployment in operation S150 is, and the smaller the probability of multi-service errors after deployment to the actual delivery environment.

In operation S130, deploying at least two services means that, according to the needs of running the at least two services, installing various applications and tools required by the services and performing corresponding configuration and distribution, so that each service can run normally and provide corresponding functions.

When multiple services are deployed in the primary delivery environment, any suitable method may be used as long as the multiple services can normally operate in the primary delivery environment and provide corresponding functions.

For example, each service may be deployed in turn according to the dependency relationship of multiple services; batch deployment may also be performed using orchestration tools or scripts.

In operation S140, relevant resources of the service include various resources supporting the operation of the service, for example, an application providing the service, a configuration file, a data storage resource, a log file, a health monitoring and alarm tool, and the like. The resources associated with a service are typically stored in a specific directory in the file system or in a specific table or path in the data storage system.

And the packaging operation comprises copying files or data under a specific directory in the file system or a specific table or path in the data storage system, and compressing on the basis of keeping an original directory structure and a data path to obtain at least one compressed package.

And performing packaging operation to obtain at least one compressed package, namely the service deployment package. A service department bag is equivalent to a static runnable environment in which at least two services are deployed. After the service deployment package is unpacked, all files and data except the memory can be obtained.

In operation S150, the secondary delivery environment refers to the actual delivery environment of the customer, also referred to as a customer site environment.

When at least two services are deployed in the second delivery environment, the deployment can be realized in a one-key deployment mode, namely, the deployment process can be started through one button or one instruction, and a series of file copying, service configuration and script program execution processes are automatically completed, so that the automatic deployment process of various resources required by running the at least two services can be prepared.

According to the service deployment package, the one-touch deployment is performed in a manner different from a manner in which at least two services are deployed in the first delivery environment.

When deploying at least two services in the first delivery environment, the deployment may be in any suitable manner. For example, each of the at least two services is deployed one by one, or a plurality of services are deployed in bulk at once according to a deployment plan. When the above deployment is performed, the installation packages or image files of each software, application or tool are generally required to be installed and deployed one by one according to a certain dependency relationship, and the installation packages or image files are built layer by layer.

And when one-key deployment is carried out according to the service deployment package, the process is not required to be repeated. Since the service deployment package almost packages all files, data and tools except memory, the packaged execution environment can be wholly migrated to another server, virtual machine or cluster environment more like a migration package. Therefore, when performing one-touch deployment according to the service deployment package, it is more similar to a migration process of migrating a runnable environment with at least two services deployed from a simulated primary delivery environment to an actual secondary delivery environment: that is, the service deployment package in the simulated primary delivery environment is unpacked into the actual secondary delivery environment, and any one of the multiple services can be normally enabled, suspended, disabled, or restarted with a small amount of modification and configuration. After each service is started, each service can be in a running state or an active state, and corresponding functions are provided. Therefore, the process and steps for deploying the multiple services in the actual delivery environment are greatly simplified, the on-site deployment time is shortened, a large amount of labor cost is saved, and the deployment efficiency and the customer satisfaction are further improved.

It should be noted that the embodiment shown in fig. 1 is only one basic embodiment for implementing the multi-service deployment method of the present disclosure, and an implementer may further perform refinement and expansion on this basis, so as to obtain more embodiments.

Fig. 2 shows an implementation flow of another deployment method for implementing multi-service according to the present disclosure.

In the embodiment of the present disclosure shown in fig. 2, a cloud management platform is used to provide a cloud computing server cluster for a customer, and the cloud management platform is used to deploy various applications and services in the cloud computing server cluster for the customer.

The cloud management platform can provide a cloud native full-stack solution of a full life cycle from cloud building, cloud uploading and cloud management to cloud management, can host hardware equipment (servers or virtual machines) and cloud application arrangement and operation and maintenance tools such as kubernets, and can greatly reduce the entry threshold and labor cost of customers without purchasing servers or cloud application arrangement and operation and maintenance tools or even knowing corresponding technologies.

FIG. 2 illustrates the main process of deploying multi-services into an actual delivery environment, according to an embodiment of the present disclosure, including:

step S210, building a simulated delivery environment according to the delivery environment information by using a cloud management platform;

generally, a cloud management platform can provide an on-site test development environment and also can provide an off-site delivery environment, a customer can customize the environment required by the customer, such as a system, storage, scale and the like, and the environments of different customers are different due to different customization parameters. The in-plant environment and the out-plant environment are almost the same, so that the verified service in the in-plant test environment can be ensured, and the in-plant test environment can be operated correctly in the out-plant environment.

In the disclosed embodiment shown in fig. 2, the simulated delivery environment is built using the on-site environment provided by the cloud management platform, and the multi-service is deployed in the simulated delivery environment using the cloud management platform. In this way, the similarity and consistency between the simulated delivery environment and the actual delivery environment can be ensured to the maximum extent, and the operation of environment construction can be simplified to the maximum extent.

Step S220, aiming at least two services to be deployed, creating a project;

in the embodiment of the present disclosure, the created project may be used to collect and record all information related to the multi-service deployment, thereby ensuring the integrity and correctness of the deployment process, and further ensuring that the subsequent packaging process can package all related files and data to form a complete and usable static executable environment.

In the embodiment of the present disclosure shown in fig. 2, one item corresponding to at least two services collects and records the following information:

applications and application deployment schemes, such as application names, application types, and application deployment manners;

project resources, e.g., global variables, node labels, mirrors, components, and data, etc.;

storage resources, e.g., storage type, persistent volume location, etc.;

network resources, such as Ingress rule sets, Ingress controllers, etc.;

project configuration, e.g., namespace configuration, mirror repository configuration, etc.

Step S230, determining a target application corresponding to at least two services;

generally, services are provided by applications, one service may correspond to a plurality of applications, and one application may also provide a plurality of services. Deploying services is also typically accomplished by deploying applications.

Therefore, to deploy a plurality of services, a target application corresponding to the service to be deployed is first determined.

Step S240, determining an application deployment scheme of the target application;

deploying an application typically requires obtaining the following information:

container initialization information, e.g., mirror information, install commands, container environment variables, storage mount information, configuration template mount information, etc.;

storage resource information, such as a data storage system, a file system, or a configuration management system, etc., required at runtime;

the deployment scale, for example, the number of software deployments, how many machines to deploy, etc.;

a deployment manner, e.g., general deployment, deployment as a monitor (daemon), deployment as a routine task (cronjob), etc.;

a service list including which services in the application are deployed and configuration information of each service, for example, the number of services, the service type (http, tcp), an externally exposed port of the service, a service authentication method, and the like;

a deployment process, for example, dividing the deployment into different phases, and defining the dependency relationship of each phase, etc., including a pre-operation (an operation performed before the deployment) or a post-operation (an operation performed after the deployment);

health detection information including health detection period and frequency, detection points of health detection (e.g., remaining storage space, memory occupancy, port number, url address, etc.), detection rules, and the like;

log monitoring information including log collection rules and alarm rules, wherein the alarm rules refer to what level of alarm is performed and notification objects and the like when the log is reached;

rights management information, e.g., Role-Based rights management (RBAC) policy, etc.;

the verification means, for example, which test cases to run, etc.

In the embodiment of the present disclosure shown in fig. 2, all the above information is collected and organized in a specific format to form an application definition and an application deployment scenario of a corresponding application. Therefore, all aspects of application deployment can be covered by the application deployment scheme, so that the application deployment is streamlined, normalized and standardized, and further the batch deployment of a plurality of applications is smoothly realized.

Step S250, deploying the target application defined in the application deployment scheme by using a cloud management platform;

in this step, the target applications defined therein may be deployed in bulk using the cloud management platform according to the application deployment scenario determined in step S240. Therefore, the deployment time is further shortened, the deployment operation is simplified, and the following problems can be solved through unified application definition and application deployment plan: 1) different personnel deploy by depending on own technical experience, so that the deployment process and the deployment result are different; 2) even the same person may have different details, which may result in the deployment process and deployment results not being accurately reproduced, etc.

Step S260, packaging the application deployment scheme, the application data and the tool package in the version project to obtain a service deployment package;

step S270, importing the service deployment package into an actual delivery environment (a machine on a customer site);

step S280, unpacking the service deployment package to a specified directory in an actual delivery environment;

the directory herein refers to an address of a storage medium, and may be a directory of a local file system, a directory in a cloud disk, or may be an address of another persistent storage medium.

This catalog is typically the same as the deployment catalog used in the simulated delivery environment. In this way, not only can the multi-service deployed runnable environment built under the simulated delivery environment be fully restored, but also minimal modifications need to be made.

Step S290, modify the configuration information of each service, and implement one-key deployment.

Ideally, the name or identifier of the server or virtual machine that constructed the simulated delivery environment is modified to the name or identifier of the server or virtual machine of the actual delivery environment.

In the embodiment of the present disclosure shown in fig. 2, various applications, resources, configurations, and data required for deploying at least two services are organized together through a project, so that the deployment of each service has a basis, and standardized batch deployment is performed through a cloud management platform, which can further improve the deployment efficiency of deploying at least two services in a simulated delivery environment.

Fig. 3 shows another embodiment of the disclosure, which is improved on the basis of the embodiment shown in fig. 2, that is, after the services are deployed in the simulated delivery environment, the services are verified and modified, and version management is performed on project information to ensure that the services deployed in the simulated delivery environment work properly, specifically including:

step S310, verifying each deployed service to determine that each service works normally;

the verification of each deployed service can be performed by running a test case or running a service detection tool.

The test cases used for verifying each service deployed may be the test cases defined in the application deployment scheme, or the test cases temporarily determined according to various requirements, and are mainly used for verifying the running state of software, service availability, i.e., service performance, and the like.

And the service detection tool comprises a message detection tool, a network port detection tool and the like.

Step S320, determining whether each service work is normal, if yes, continuing to step S350, and if not, continuing to step S330;

step S330, saving project information of the existing version;

step S340, modifying the project information, returning to the step S320, and verifying again;

in the embodiment of the present disclosure, it is assumed that only configuration information of a service needs to be modified to enable the service to work normally. If the application information or the deployment scheme of the application needs to be modified, the execution is quitted, and the multi-service deployment is carried out again;

step S350, determining the project information of the current version as the project information to be released;

and step S360, publishing the project information to be published as a standard project version, and performing packaging operation on the application deployment scheme, the application data and the tool kit in the version project to obtain a service deployment package.

In the embodiment of the present disclosure shown in fig. 3, each service deployed in the simulated delivery environment is sufficiently verified to ensure that each service is available and the quality of service provided can meet the preset standard, thereby ensuring that each service deployed in the actual delivery environment has better availability and quality of service.

In addition, in the embodiment of the present disclosure shown in fig. 3, the version control is also performed on the project information. Therefore, the project information can be easily rolled back, and the project information with the best availability and quality can be selected from the project information of a plurality of versions to be used as the project information to be released, so that the quality of the exported service deployment package is better.

Further, similar verification can be performed on each service deployed in the actual delivery environment after the one-key deployment of the multiple services is implemented in the actual delivery environment according to the service deployment package.

In general, if verification is performed in the actual delivery environment after the verification has been performed in the simulated delivery environment, errors that may occur are greatly reduced, thereby greatly reducing the time taken to perform verification in the actual delivery environment.

It should be noted that the embodiments of the present disclosure shown in fig. 1 to fig. 3 are only exemplary illustrations, and are not limiting on the implementation or application scenarios of the multi-service deployment method of the present disclosure. The implementer can adopt any applicable implementation mode according to specific implementation requirements and implementation conditions, and can be applied to any applicable implementation scene.

In the technical scheme of the disclosure, the acquisition, storage, application and the like of the personal information of the related user all accord with the regulations of related laws and regulations, and do not violate the good customs of the public order.

According to an embodiment of the present disclosure, there is also provided a multi-service deployment apparatus, as shown in fig. 4, the apparatus 40 includes: a deployment information obtaining module 401, configured to obtain delivery environment information and at least two services to be deployed, where the delivery environment information includes a system structure and a network type; a first delivery environment construction module 402, configured to construct a simulated first delivery environment according to the delivery environment information; a first deployment module 403 for deploying at least two services in a first delivery environment; a deployment package packing module 404, configured to perform packing operation on related resources of at least two services deployed in the first delivery environment to obtain a service deployment package; a second deployment module 405 for deploying at least two services in an actual second delivery environment according to the service deployment package.

According to an embodiment of the present disclosure, the first delivery environment establishing module 402 is specifically configured to establish, by using a cloud management platform, a simulated first delivery environment according to delivery environment information; the first deployment module 403 is specifically configured to deploy at least two services in a first delivery environment using a cloud management platform.

According to an embodiment of the present disclosure, the first deployment module 403 includes: the application determining submodule is used for determining target applications corresponding to at least two services; the application deployment scheme determining submodule is used for determining application deployment information of the target application; and the multi-service deployment sub-module is used for deploying the target application in the first delivery environment according to the application deployment information.

According to an embodiment of the present disclosure, the application deployment scenario determination submodule is specifically configured to determine a storage resource, a deployment scale, a deployment manner, a service list, a deployment process, health detection, and/or a log alarm of a target application.

According to an embodiment of the disclosure, the deployment package packing module is specifically configured to perform packing operation on the application deployment information, the application data, and the toolkit in the first delivery environment to obtain the service deployment package.

According to an embodiment of the present disclosure, the apparatus 40 further includes: the multi-service verification module is used for verifying at least two services in the first delivery environment so as to ensure that the at least two services work normally; and the configuration information modification module is used for modifying the configuration information of the response service if the service does not work normally.

According to an embodiment of the present disclosure, the apparatus 40 further includes: and the version management module is used for creating and updating the configuration information version of the corresponding service.

According to an embodiment of the present disclosure, the second deployment module includes: the deployment package unpacking submodule is used for unpacking the service deployment package to a specified directory in a second delivery environment; and the configuration information modification submodule is used for modifying the configuration information of at least two services.

The present disclosure also provides an electronic device, a readable storage medium, and a computer program product according to embodiments of the present disclosure.

FIG. 5 illustrates a schematic block diagram of an example electronic device 500 that can be used to implement embodiments of the present disclosure. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be examples only, and are not meant to limit implementations of the disclosure described and/or claimed herein.

As shown in fig. 5, the device 500 comprises a computing unit 501 which may perform various suitable actions and processes according to a computer program stored in a Read Only Memory (ROM)502 or a computer program loaded from a storage unit 508 into a Random Access Memory (RAM) 503. In the RAM 503, various programs and data required for the operation of the device 500 can also be stored. The calculation unit 501, the ROM 502, and the RAM 503 are connected to each other by a bus 504. An input/output (I/O) interface 505 is also connected to bus 504.

A number of components in the device 500 are connected to the I/O interface 505, including: an input unit 506 such as a keyboard, a mouse, or the like; an output unit 507 such as various types of displays, speakers, and the like; a storage unit 508, such as a magnetic disk, optical disk, or the like; and a communication unit 509 such as a network card, modem, wireless communication transceiver, etc. The communication unit 509 allows the device 500 to exchange information/data with other devices through a computer network such as the internet and/or various telecommunication networks.

The computing unit 501 may be a variety of general-purpose and/or special-purpose processing components having processing and computing capabilities. Some examples of the computing unit 501 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various dedicated Artificial Intelligence (AI) computing chips, various computing units running machine learning model algorithms, a Digital Signal Processor (DSP), and any suitable processor, controller, microcontroller, and so forth. The computing unit 501 performs the various methods and processes described above, such as the disclosed multi-service deployment method. For example, in some embodiments, the disclosed multi-service deployment method may be implemented as a computer software program tangibly embodied in a machine-readable medium, such as storage unit 508. In some embodiments, part or all of the computer program may be loaded and/or installed onto device 500 via ROM 502 and/or communications unit 509. When loaded into RAM 503 and executed by computing unit 501, may perform one or more of the steps of the disclosed multi-service deployment method described above. Alternatively, in other embodiments, the computing unit 501 may be configured in any other suitable manner (e.g., by way of firmware) to perform the disclosed multi-service deployment method.

Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuitry, Field Programmable Gate Arrays (FPGAs), Application Specific Integrated Circuits (ASICs), Application Specific Standard Products (ASSPs), system on a chip (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be special or general purpose, receiving data and instructions from, and transmitting data and instructions to, a storage system, at least one input device, and at least one output device.

Program code for implementing the methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions/operations specified in the flowchart and/or block diagram to be performed. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package partly on the machine and partly on a remote machine or entirely on the remote machine or server.

In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and a pointing device (e.g., a mouse or a trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic, speech, or tactile input.

The systems and techniques described here can be implemented in a computing system that includes a back-end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), Wide Area Networks (WANs), and the Internet.

The computer system may include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The server may be a cloud server, a server of a distributed system, or a server with a combined blockchain.

It should be understood that various forms of the flows shown above may be used, with steps reordered, added, or deleted. For example, the steps described in the present disclosure may be executed in parallel, sequentially, or in different orders, as long as the desired results of the technical solutions disclosed in the present disclosure can be achieved, and the present disclosure is not limited herein.

The above detailed description should not be construed as limiting the scope of the disclosure. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may be made in accordance with design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present disclosure should be included in the scope of protection of the present disclosure.

Claims

1. A method of deploying multiple services, comprising:

acquiring delivery environment information and at least two services to be deployed, wherein the delivery environment information comprises a system structure and a network type;

building a simulated first delivery environment according to the delivery environment information;

deploying the at least two services in the first delivery environment;

performing packing operation on the related resources of the at least two services deployed in the first delivery environment to obtain a service deployment package;

deploying the at least two services in an actual secondary delivery environment according to the service deployment package.

2. The method of claim 1, wherein said building a simulated primary delivery environment from said delivery environment information comprises:

building a simulated first delivery environment according to the delivery environment information by using a cloud management platform;

the deploying the at least two services in the first delivery environment comprises:

deploying the at least two services in the first delivery environment using a cloud management platform.

3. The method of claim 1 or 2, wherein said deploying said at least two services in said first delivery environment comprises:

determining a target application corresponding to the at least two services;

determining application deployment information of the target application;

deploying the target application in the first delivery environment according to the application deployment information.

4. The method of claim 3, wherein the determining application deployment information for the target application comprises:

acquiring the application deployment information according to at least one of the following items of the target application:

the method comprises the steps of storing resources, deploying scale, deploying mode, service list, deploying flow, health detection and log alarm.

5. The method of claim 1, the related resources comprising: the application deployment information, application data, and toolkits.

6. The method of claim 1, wherein said deploying the at least two services in the actual secondary delivery environment according to the service deployment package comprises:

unpacking the service deployment package to a specified catalog in the second delivery environment;

modifying configuration information for the at least two services.

7. A multi-service deployment apparatus, comprising:

the system comprises a deployment information acquisition module, a service delivery module and a service delivery module, wherein the deployment information acquisition module is used for acquiring delivery environment information and at least two services to be deployed, and the delivery environment information comprises a system structure and a network type;

the first delivery environment building module is used for building a simulated first delivery environment according to the delivery environment information;

a first deployment module to deploy the at least two services in the first delivery environment;

the deployment package packing module is used for executing packing operation on the related resources of the at least two services deployed in the first delivery environment to obtain a service deployment package;

and the second deployment module is used for deploying the at least two services in an actual second delivery environment according to the service deployment package.

8. The device of claim 7, wherein the first delivery environment construction module is specifically configured to construct a simulated first delivery environment according to the delivery environment information using a cloud management platform;

the first deployment module is specifically configured to deploy the at least two services in the first delivery environment using a cloud management platform.

9. The apparatus of claim 7 or 8, wherein the first deployment module comprises:

an application determination submodule, configured to determine a target application corresponding to the at least two services;

the application deployment scheme determining submodule is used for determining application deployment information of the target application;

and the multi-service deployment submodule is used for deploying the target application in the first delivery environment according to the application deployment information.

10. The apparatus according to claim 9, wherein the application deployment scenario determination submodule is specifically configured to determine a storage resource, a deployment scale, a deployment manner, a service list, a deployment procedure, health detection, and a log alarm of the target application.

11. The apparatus of claim 7, wherein the deployment package packaging module is specifically configured to perform packaging operations on the application deployment information, the application data, and the toolkit in the first delivery environment to obtain a service deployment package.

12. The apparatus of claim 7, wherein the second deployment module comprises:

the deployment package unpacking submodule is used for unpacking the service deployment package to a specified directory in the second delivery environment;

and the configuration information modification submodule is used for modifying the configuration information of the at least two services.

13. An electronic device, comprising:

at least one processor; and

a memory communicatively coupled to the at least one processor; wherein the content of the first and second substances,

the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of any one of claims 1-6.

14. A non-transitory computer readable storage medium having stored thereon computer instructions for causing the computer to perform the method of any one of claims 1-6.

15. A computer program product comprising a computer program which, when executed by a processor, implements the method according to any one of claims 1-6.