Web application new service automatic deployment method and system and computer device

Abstract

The invention discloses a web application new service automatic deployment method and system and a computer device. The deployment method comprises the following steps: acquiring basic information of a to-be-online service to obtain a key item information set, then verifying the key item information set according to a preset verification strategy, generating an approval flow starting request and recording time if the verification is passed, and responding to the request to trigger a task flow starting instruction if no conflict event exists from the generation time to the expected online time; determining a target task flow according to the key item information set, and calling a target working node to obtain task execution parameter information; extracting plug-in information, and determining a target plug-in in combination with an execution environment; target information is obtained through the target plug-in, task execution parameters are loaded, and needed configuration information is generated through integration; the target plug-in is called to execute the configuration information, automatic deployment of the to-be-online service is completed, the whole process is linked with one another, and it is ensured that deployment work is smoothly carried out. The method can realize automatic deployment of the web application new service, and is simple and efficient.

Description

Technical Field

[0001] The present disclosure relates to the technical field of service configuration, and particularly to a method and system for automatically deploying a new web application service, and a computer device. Background Art

[0002] In the current field of software development and deployment, the first deployment of a new web application service faces many challenges; the traditional deployment method usually involves the development personnel providing relevant service information (such as programming language, database, code repository, etc.), and then the operation and maintenance personnel performing complex manual configurations based on this information; there are also a small number of cases where shell scripts are used to generate simple configurations, but manual adjustments are still required afterwards.

[0003] These traditional methods not only involve a large amount of work, but also greatly increase the probability of errors due to frequent manual operations, and the cumbersome multi-point configurations are also prone to omissions; once a manual configuration error occurs at a certain node, it takes a lot of time to troubleshoot the problem; if there are multi-point configuration errors, the troubleshooting time will increase exponentially, and there are serious deficiencies in both accuracy and flexibility. Summary of the Invention

[0004] In view of this, the embodiments of the present disclosure provide a method and system for automatically deploying a new web application service, and a computer device, which can solve the problems in the prior art such as large workload of service deployment, easy errors in manual operations, easy omissions in multi-point configurations, long troubleshooting time, poor accuracy, and poor flexibility.

[0005] In a first aspect, an embodiment of the present disclosure provides a method for automatically deploying a new web application service, including:

[0006] Obtaining basic information of the service to be launched;

[0007] Obtaining a key item information set according to the basic information;

[0008] Verifying the key item information set based on a preset verification policy, and if the verification passes, generating a start request for an approval process and recording the generation time;

[0009] When there is no conflict event between the generation time and the expected launch time, triggering a task flow start instruction in response to the start request;

[0010] In response to the task flow start instruction, obtaining a task flow of a corresponding type based on the key item information set, denoted as a target task flow;

[0011] Invoking a target work node according to the target task flow, and obtaining task execution parameter information through the target work node;

[0012] Extract the plug-in information required for each task in the target task flow according to the task execution parameter information;

[0013] Based on the plug-in information and the execution environment of the current task, determine the target plug-in to be called;

[0014] Obtain the target information through the target plug-in, load the task execution parameter information required for the current task, and generate the required configuration information for the service to be launched after integration;

[0015] Call the target plug-in to execute the required configuration information for automated deployment.

[0016] Optionally, the key item information set includes several key information, and the key information is the programming language used by the service, the running environment configuration parameters, the service purpose, the dependency list, the service launch requirements, or the resource usage;

[0017] Verify the key item information set based on a preset verification policy. If the verification passes, generate a start request for the approval process and record the generation time, including:

[0018] Verify each key information in the key item information set based on a preset verification policy;

[0019] In response to the instruction that the verification passes, generate a start request for the approval process;

[0020] And obtain the generation time of the start request.

[0021] Optionally, verifying each key information in the key item information set based on a preset verification policy includes:

[0022] Configure a template file, which includes the names of all items of the service to be launched and preset parameters;

[0023] Obtain the actual parameters of each key information;

[0024] Obtain the preset parameters corresponding to each key information in the template file, denoted as target parameters, and determine whether the target parameters are consistent with the corresponding actual parameters. If so, mark the corresponding key information as verified information;

[0025] When the number of verified information is consistent with the total amount of all key item information in the key item information set, it is determined that the key item information set passes the verification.

[0026] Optionally, verifying each key information in the key item information set based on a preset verification policy includes:

[0027] Determine whether each of the said key information contains a code preset verification item. If so, obtain the actual format and actual content of the code preset verification item;

[0028] Determine whether both the actual format and the actual content satisfy the preset rules. If so, mark the corresponding key information as verified information;

[0029] When the quantity of the said verified information is consistent with the total quantity of all the key item information in the key item information set, determine that the key item information set passes the verification.

[0030] Optionally, when there is a conflict event between the generation time and the expected online time, dynamically adjust the expected online time.

[0031] Optionally, the basic information includes one or more of the new service name of the web application, service version, service function, service purpose, programming language used by the service, dependency list, running environment configuration parameters, service online requirements, security configuration;

[0032] The programming language used by the service includes one or more of Java and Python;

[0033] The dependency list includes one or more of the libraries and framework versions required by the service;

[0034] The running environment configuration parameters include one or more of the database connection string, cache configuration, etc.;

[0035] The service online requirements include one or more of the deployment environment and online time;

[0036] The security configuration includes one or more of the secret key and certificate.

[0037] In a second aspect, the embodiments of the present disclosure further provide a web application new service automated deployment system, including a configuration module, an approval flow module, a task flow module, and an online module. The approval flow module is independently set and not coupled with the online module;

[0038] Among them, the configuration module is used to obtain the basic information of the service to be put online and obtain a key item information set according to the basic information;

[0039] The approval flow module is used to verify the key item information set based on a preset verification strategy. If the verification passes, generate a start request for the approval flow and record the generation time; when there is no conflict event between the generation time and the expected online time, in response to the start request, trigger a task flow start instruction;

[0040] The task flow module is used to respond to the task flow start instruction, obtain a task flow of a corresponding type based on the key item information set, denoted as the target task flow; call a target work node according to the target task flow, and obtain task execution parameter information through the target work node; extract plugin information required for each task in the target task flow according to the task execution parameter information; determine a target plugin to be called based on the plugin information and the execution environment of the current task; obtain target information through the target plugin, and load the task execution parameter information required for the current task, and generate the required configuration information for the service to be launched after integration;

[0041] The online module is used to call the target plugin to execute the required configuration information for automated deployment.

[0042] In a third aspect, an embodiment of the present disclosure further provides a computer device, adopting the following technical solution:

[0043] The computer device includes:

[0044] At least one processor; and,

[0045] A memory communicatively connected to the at least one processor; wherein,

[0046] The memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the web application new service automated deployment method described in any one of the above.

[0047] In a fourth aspect, an embodiment of the present disclosure further provides a computer-readable storage medium, which stores computer instructions for causing a computer to execute the web application new service automated deployment method described in any one of the above.

[0048] In a fifth aspect, an embodiment of the present disclosure further provides a computer program product, including a computer program / instructions, and when the computer program / instructions are executed by a processor, the steps of the method described in any one of the above are implemented.

[0049] The new service automated deployment method for web applications disclosed in this application obtains the basic information of the service to be launched, and obtains the key item information set according to the basic information, effectively avoiding the work of manual screening and sorting in a large amount of information, and significantly reducing the workload. Secondly, based on a preset verification strategy, the key item information set is verified. If the verification passes, a start request for the approval process is generated and the generation time is recorded. When there are no conflict events between the generation time and the expected launch time, in response to the start request, a task flow start instruction is triggered. In response to the task flow start instruction, a task flow of the corresponding type is obtained based on the key item information set, denoted as the target task flow. That is, after the key item information set is verified to pass, the system can automatically obtain the target task flow of the corresponding type based on the key item information set, without the need for manual judgment and selection of the appropriate task process, further reducing the amount of manual operation, and at the same time being able to flexibly match different task processes according to different service information. Then, the target work node is called according to the target task flow, and the task execution parameter information is obtained through the target work node. The plug-in information required for each task in the target task flow is extracted according to the task execution parameter information. Based on the plug-in information and the execution environment of the current task, the target plug-in to be called is determined, and the appropriate plug-in can be flexibly selected for deployment according to the actual situation, improving the flexibility of deployment. The target information is obtained through the target plug-in, and the task execution parameter information required for the current task is loaded, and the required configuration information for the service to be launched is generated after integration. The required configuration information is called by the target plug-in to perform automated deployment. The entire deployment process, from obtaining information, generating requests, triggering instructions to calling plug-ins to execute configuration information, etc., is completed automatically, effectively reducing the risk of errors caused by frequent manual operations, and avoiding errors caused by non-standard or negligent manual operations.

[0050] The above description is only an overview of the technical solution of the present disclosure. In order to understand the technical means of the present disclosure more clearly, it can be implemented according to the content of the specification. And in order to make the above and other purposes, features and advantages of the present disclosure more obvious and understandable, the following specific preferred embodiments are given and described in detail in conjunction with the accompanying drawings as follows. Brief Description of the Drawings

[0051] In order to more clearly illustrate the technical solutions of the embodiments of the present disclosure, the accompanying drawings required for use in the embodiments will be briefly introduced below. Obviously, the accompanying drawings in the following description are only some embodiments of the present disclosure. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0052] Figure 1 It is a schematic flowchart of the new service automated deployment method for web applications provided by the embodiments of the present disclosure.

[0053] Figure 2Schematic flowchart of a method for verifying a key item information set based on a preset verification policy provided by an embodiment of the present disclosure.

[0054] Figure 3 For Figure 2 Schematic flowchart of the first embodiment of a method for verifying each key information in a key item information set based on a preset verification policy in

[0055] Figure 4 For Figure 2 Schematic flowchart of the second embodiment of a method for verifying each key information in a key item information set based on a preset verification policy in

[0056] Figure 5 Schematic block diagram of a web application new service automated deployment system provided by an embodiment of the present disclosure.

[0057] Figure 6 Schematic structural diagram of a computer device provided by an embodiment of the present disclosure. Detailed implementation manners

[0058] The embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings.

[0059] It should be clear that the embodiments of the present disclosure are described by specific specific examples below. Those skilled in the art can easily understand other advantages and effects of the present disclosure from the content disclosed in this specification. Obviously, the described embodiments are only a part of the embodiments of the present disclosure, rather than all the embodiments. The present disclosure can also be implemented or applied through other different specific implementation manners. Various details in this specification can also be modified or changed based on different viewpoints and applications without departing from the spirit of the present disclosure. It should be noted that, without conflict, the following embodiments and the features in the embodiments can be combined with each other. All other embodiments obtained by those of ordinary skill in the art based on the embodiments in the present disclosure without making creative efforts belong to the scope of protection of the present disclosure.

[0060] It should be noted that the following describes various aspects of embodiments within the scope of the appended claims. It should be obvious that the aspects described herein can be embodied in a wide variety of forms, and any specific structure and / or function described herein is merely illustrative. Based on the present disclosure, those skilled in the art should understand that one aspect described herein can be implemented independently of any other aspect, and two or more of these aspects can be combined in various ways. For example, any number of aspects described herein can be used to implement a device and / or practice a method. In addition, this device and / or this method can be implemented using other structures and / or functions in addition to one or more of the aspects described herein.

[0061] It should also be noted that the illustrations provided in the following embodiments only schematically illustrate the basic concept of the present disclosure. The diagrams only show the components related to the present disclosure, rather than being drawn according to the number, shape, and size of the components in actual implementation. The type, quantity, and proportion of each component in actual implementation can be arbitrarily changed, and the component layout type may also be more complex.

[0062] In addition, in the following description, specific details are provided to facilitate a thorough understanding of the examples. However, those skilled in the art will understand that the described aspects can be practiced without these specific details.

[0063] Referring to Figure 1 , the present application discloses a method for automatically deploying a new web application service, which is used to achieve the automatic deployment of a web application for the first deployment, first run, and first or upcoming service provision to users, rather than for the update and iteration of an online system. The specific steps of this automatic deployment method include:

[0064] S100. Obtain the basic information of the service to be launched.

[0065] Among them, the basic information includes one or more of the new web application service name, service version, service function, service purpose, programming language used by the service (such as Java, Python, etc.), dependency list (such as libraries, framework versions, or other dependencies required by the service), running environment configuration parameters (database connection string, cache configuration, etc.), service launch requirements (such as deployment environment (development, testing, production), launch time, etc.), and security configuration (such as keys, certificates, etc.).

[0066] In this embodiment, the basic information preferably includes the new web application service name, service version, service function, service purpose, programming language used by the service, dependency list, running environment configuration parameters, service launch requirements, and security configuration. Among them, the new web application service refers to a web application for the first deployment, first run, and first or upcoming service provision to users. It is not limited to the development language, running environment, or business scenario. As long as the above three points are met, it is called a new service.

[0067] In this step, the basic information of the service to be launched can be obtained by communicating with the development team and the operation and maintenance team, from the service code repository, requirements document, or internal service management system. The acquisition of the basic information in this step can provide basic data for the subsequent steps, ensuring that the entire deployment process can accurately operate for specific services. Without this basic information, subsequent operations such as configuration and verification cannot be carried out.

[0068] S200. Obtain the key item information set according to the basic information.

[0069] Among them, the key item information set includes a number of key information, and the key information is the programming language used for the service, the running environment configuration parameters, the service purpose, the dependency list, the service online requirements, or the resource usage.

[0070] In this embodiment, the key item information set preferably includes the programming language used for the service, the running environment configuration parameters, the service purpose, the dependency list, the service online requirements, and the resource usage.

[0071] Extract the key parts of the basic information to reduce the amount of data for subsequent processing and improve the processing efficiency; at the same time, focusing on the key information can perform subsequent verification and deployment operations more accurately.

[0072] S300, verify the key item information set based on a preset verification policy. If the verification passes, generate a start request for the approval process and record the generation time.

[0073] Verify the key information before entering the approval process to ensure that the information submitted for approval is accurate and effective, reduce errors and repetitions in the approval process, and record the generation time to provide a basis for subsequent time conflict checks.

[0074] S400, when there is no conflict event between the generation time and the expected online time, trigger a task flow start instruction in response to the start request.

[0075] After S300 generates a start request for the approval process, that is, after initiating the approval process, it is necessary to make a judgment again. The specific judgment process includes: judging whether there is a conflict event between the generation time and the expected online time. If so, dynamically adjust the expected online time; if not, trigger a task flow start instruction in response to the start request.

[0076] Through this step, it is possible to avoid conflicts when multiple services are deployed or the system is maintained at the same time, ensure the smooth progress of service online, and reduce the impact on other services and systems.

[0077] Among them, the conflict event is an unplanned impact event, that is, those events that are not planned in advance in the service deployment plan but may have a negative impact on the deployment of the new service during the period from the time when the approval process start request is generated to the expected online time.

[0078] Specifically, from a system perspective, conflict events can include one or more of hardware failures, system software problems, service interactions, and external factors. Among them, hardware failures include: 1) Server hardware damage: For example, sudden bad sectors in the server's hard drive, memory failures, motherboard damage, etc., which may cause the server to malfunction and prevent new services from being deployed on this server; 2) Network device failures: Such as failures in network devices like switches and routers, which can cause network interruptions or instability, affecting the communication between new services and other system components, thereby hindering the deployment and launch of services.

[0079] System software problems include: 1) Attacks on operating system vulnerabilities: Hackers exploit vulnerabilities in the operating system for attacks, resulting in system paralysis, data leakage, etc., making the deployment environment insecure or unavailable. 2) Database system crashes: The database server crashes due to software failures, data anomalies, etc., and the database relied on by new services cannot provide services normally, and the deployment work cannot continue.

[0080] Service interactions include sudden changes in other services and service resource competition. Among them, sudden changes in other services include: 1) Emergency patch deployment: Serious vulnerabilities are discovered in other running services, and emergency patches need to be deployed, which may occupy server resources, modify common configurations, etc., affecting the deployment of new services. 2) Service architecture adjustments: Other services undergo large-scale architecture adjustments, which may change interfaces, dependencies, etc. with new services, resulting in compatibility issues when deploying new services.

[0081] Service resource competition includes: resource exhaustion, that is, other services suddenly experience a significant increase in resource usage during operation, such as occupying too much CPU, memory, disk I / O, etc. resources, leaving insufficient resources for new services to be deployed and run.

[0082] External factors include supplier problems and force majeure factors. Among them, supplier problems can include: 1) Cloud service provider failures: If new services are deployed in a cloud environment, network failures, storage service interruptions, etc. occur in the cloud service provider, which will directly affect the deployment of new services. 2) Service interruptions of third-party software suppliers: Problems occur with suppliers of third-party software (such as payment interfaces, SMS verification code services, etc.) relied on by new services, and they cannot provide services normally, which will also cause new services to fail to go live as planned.

[0083] Force majeure factors can include: 1) Natural disasters: Such as earthquakes, floods, typhoons and other natural disasters may damage the infrastructure of the data center, rendering the service deployment environment unusable. 2) Power failures: Sudden power outages will cause devices such as servers to stop running, affecting the deployment progress of new services.

[0084] S500, in response to the task flow start instruction, obtain the corresponding type of task flow based on the key item information set, denoted as the target task flow.

[0085] Specifically, in response to the task flow start instruction, obtain the corresponding type of task flow based on the programming language used in the service in the key item information set, denoted as the target task flow.

[0086] Among them, the target task flow includes one or more of a deployment task flow, a test task flow, and a monitoring task flow.

[0087] Select a suitable task flow according to the specific situation of the service to ensure the pertinence and effectiveness of the deployment process and improve the success rate of the deployment.

[0088] S600, call the target working node according to the target task flow, and obtain the task execution parameter information through the target working node.

[0089] Among them, calling the target working node according to the target task flow means that after the approval flow passes, the task flow will be pushed to the appropriate working node (worker) according to the predefined task flow definition, that is, the corresponding target working node.

[0090] Among them, the task execution parameter information includes one or more of a preset task order, port information, the programming language used in the service, the new service name of the web application, and the service version dependency list, preferably including all of them.

[0091] Clarify the specific node for task execution so that the task can be executed in a suitable environment; at the same time, obtain accurate task execution parameter information to provide necessary conditions for subsequent task execution.

[0092] S700, extract the plugin information required for each task in the target task flow according to the task execution parameter information;

[0093] Based on the plugin information and the execution environment of the current task, determine the target plugin to be called.

[0094] Among them, the plugin information includes the name and execution logic of the plugin.

[0095] For example, when deploying in a production environment, some non-production environment plugins will be skipped, and only the target plugins to be called will be obtained.

[0096] Ensure that each task can be executed using a suitable plugin to improve the efficiency and accuracy of task execution. Different tasks may require different plugins, and by accurately extracting and calling the plugins, the tasks can be better completed.

[0097] S800 obtains the target information through the target plug-in, loads the task execution parameter information required for the current task, and generates the required configuration information for the service to be launched after integration.

[0098] Among them, the target information can be the information shared by the previous task or the preset configuration information. The target information can include one or more of the deployment script path, configuration file, log file, and startup command. Among them, the information shared by the previous task can also include one or more of the deployment script path, configuration file, log file, and startup command of the previous task.

[0099] Among them, there are mainly two types of preset configuration information. The first type is from the configuration template file, that is, the configuration template file provides the syntax {{key}}, where the actual parameter name of the key will be obtained from the configuration file first when the task code is executed, and then obtained from the overall task flow parameters. The second type is that the task needs to disassemble specific parameters and then obtain the values therein. For example, for the git link: code.test.com / devops / test.git, disassemble and extract the test project name. The specific parameters are usually the key information of the new service of the web application. The result parameters returned after the task execution will also be placed in the overall task flow parameters according to the logic for subsequent tasks to use.

[0100] Among them, "generating the required configuration information for the service to be launched after integration" includes: after integration, the plug-in will generate an internal data structure that will guide the subsequent execution logic of the plug-in.

[0101] In a specific embodiment, after the previous task is executed, it will store the generated shared information (such as configuration files, log files, environment variables, etc.) in a specified location, which can be a file system, a database, a cache system, or any storage service accessible by the task flow system; therefore, the information shared by the previous task can be obtained in a timely manner when needed.

[0102] In this step, accurate and complete service configuration information is generated, providing necessary conditions for the launch of the service; by integrating information from different sources, the comprehensiveness and correctness of the configuration information can be ensured.

[0103] S900 calls the target plug-in to execute the required configuration information for automated deployment.

[0104] Specifically, the priorities of all tasks can be obtained according to the task queue; tasks are executed one by one until the last online release task.

[0105] Furthermore, the system can call the target plug-in, pass the required configuration information to the plug-in, and the plug-in completes the automatic deployment of the service. For example, call the plug-in that installs the dependent library to install the required third-party library according to the configuration information; call the plug-in that starts the service to start the service according to the configuration information. Through this step, the automatic deployment of the service is realized, human intervention is reduced, and the efficiency and accuracy of the deployment are improved. Automated deployment can avoid human errors and ensure that the service goes online according to the predetermined configuration and process.

[0106] The method for automatically deploying new web application services disclosed in S100-S900 obtains basic information of the service to be launched, and obtains a key information set based on the basic information, thereby effectively avoiding the manual screening and sorting of a large amount of information and significantly reducing the workload; secondly, the key information set is verified based on a preset verification strategy. If the verification passes, a start request for the approval flow is generated and the generation time is recorded. When there is no conflict event between the generation time and the expected launch time, a task flow start instruction is triggered in response to the start request; in response to the task flow start instruction, a task flow of a corresponding type is obtained based on the key information set, which is recorded as a target task flow. That is, after the key information set is verified, the system can automatically obtain the target task flow of the corresponding type based on the key information set, without the need for manual judgment and selection of the appropriate task flow, further reducing the amount of manual operation, and at the same time being able to To flexibly match different task processes; then call the target working node according to the target task flow, and obtain the task execution parameter information through the target working node; extract the plug-in information required for each task in the target task flow according to the task execution parameter information; based on the plug-in information and the execution environment of the current task, determine the target plug-in that needs to be called, and flexibly select the appropriate plug-in for deployment according to the actual situation to improve the flexibility of deployment; obtain the target information through the target plug-in, and load the task execution parameter information required for the current task, and integrate it to generate the required configuration information for the service to be launched; call the target plug-in to execute the required configuration information for automatic deployment. The entire deployment process from obtaining information, generating requests, triggering instructions to calling plug-ins to execute configuration information is completed automatically, effectively reducing the risk of errors caused by frequent manual operations and avoiding errors caused by irregular manual operations or negligence.

[0107] Specific reference Figure 2 , a method for verifying a key item information set based on a preset verification strategy, including:

[0108] S310: Verify each key information in the key item information set based on a preset verification strategy.

[0109] The key item information set contains the information that is crucial to the automated deployment of new services. By verifying each key information one by one using the preset verification strategy, the accuracy and completeness of this information can be guaranteed.

[0110] Performing comprehensive verification before the approval process is initiated can identify potential problems in advance; if there are errors or incompleteness in the key information, the verification process will issue warnings in a timely manner, facilitating timely correction by development or operation and maintenance personnel, reducing repeated modifications during subsequent approval and deployment processes, and improving overall efficiency.

[0111] The preset verification strategy is formulated according to the requirements and specifications of the system. By uniformly verifying each key piece of information, it can ensure that the key information of all services complies with the established standards, which is conducive to the overall management and maintenance of the system.

[0112] S320, in response to the instruction of passing verification, generates a start request for the approval process.

[0113] The key information that has passed verification means that the service basically meets the technical requirements for going live. At this time, starting the approval process allows the approval personnel to focus on the evaluation of the service's business requirements, security compliance, etc., improving the quality and accuracy of the approval.

[0114] S330, and obtains the generation time of the start request.

[0115] Obtaining the generation time of the start request can be used for subsequent time conflict checks; when determining the service go-live time, the system can use this time to determine whether there are other conflicting events, such as the deployment of other services, system maintenance, etc., between the current time and the expected go-live time, thus avoiding conflicts among multiple tasks at the same time and ensuring the smooth progress of service go-live.

[0116] The generation time can be used as an important time node for tracking and monitoring the progress of service deployment; by comparing the times at different stages, the processing efficiency of each link can be evaluated, potential delay problems can be discovered in a timely manner, and corresponding measures can be taken for adjustment.

[0117] The method for verifying the key item information set based on the preset verification strategy disclosed in S310 - S330. This method of verifying the key item information set based on the preset verification strategy, generating a start request for the approval process, and recording the generation time improves the reliability and efficiency of the automated deployment of new services from multiple aspects such as information accuracy, approval process standardization, and time management. It can filter out problematic service information in advance, reduce manual intervention and errors, ensure that the service smoothly enters the approval and deployment stages on the premise of meeting technical requirements, and at the same time avoids potential conflicts through time management, providing a strong guarantee for the smooth progress of the entire deployment process.

[0118] Refer to Figure 3 , in the first embodiment, the method for verifying each key piece of information in the key item information set based on the preset verification strategy specifically includes:

[0119] A100, a configuration template file, which includes the names of all items of the service to be launched and preset parameters.

[0120] Suppose we want to launch an e-commerce Web application service, which includes key items such as database connection, server port, cache configuration, etc. In the template file, the names of these items will be listed in detail, such as "database host address", "database port number", "server listening port", "cache server address", etc., and preset parameters will be set for each item. For example, the preset parameter of "database host address" is "192.168.1.100", the preset of "database port number" is "3306", the preset of "server listening port" is "8080", and the preset of "cache server address" is "192.168.1.101:6379".

[0121] In this step, the template file provides clear criteria and reference basis for subsequent verification. It centrally manages all key items required for the service to be launched and the corresponding preset parameters, making the verification process follow rules; developers and operation and maintenance personnel can clearly understand the configuration requirements of the service according to the template file, avoiding configuration errors caused by unclear information. At the same time, the template file can be used as a specification to facilitate communication and collaboration among team members.

[0122] A200, obtain the actual parameters of each key piece of information.

[0123] Specifically, in the above e-commerce Web application service, obtain the actual parameters of each key piece of information from the code configuration file, environment variables or relevant system settings. For example, by reading the database configuration file in the code, the actual parameter of "database host address" is obtained as "192.168.1.100", and the actual "database port number" is "3306"; by checking the startup configuration of the server, the actual "server listening port" is obtained as "8080"; the actual "cache server address" is obtained as "192.168.1.101:6379" from the cache configuration script.

[0124] In this step, accurately obtaining the actual parameters is the basis for verification; only by mastering the actual configuration information can we compare it with the preset parameters to determine whether the key information is correct. This step ensures that the verification process is based on the actual service configuration, avoiding verification errors caused by inaccurate information acquisition.

[0125] A300, obtain the preset parameter corresponding to each key piece of information in the template file, denoted as the target parameter, and determine whether the target parameter is consistent with the corresponding actual parameter. If so, mark the corresponding key piece of information as the verified information.

[0126] Specifically, for the "database host address", the target parameter "192.168.1.100" is obtained from the template file and compared with the actual parameter "192.168.1.100". Since the two are found to be the same, the "database host address" is marked as verified information. Similarly, key information such as "database port number", "server listening port", and "cache server address" is compared one by one. If the actual parameter is the same as the target parameter, it is marked as verified information.

[0127] Through precise parameter comparison, configuration errors in key information can be detected in a timely manner. Once it is found that the actual parameter is inconsistent with the target parameter, the problem can be immediately located, and developers or operators can be reminded to make corrections. Marking the information that has passed the verification as verified information helps to track the verification progress and facilitates subsequent statistics and judgments.

[0128] A400. When the number of verified information is the same as the total number of all key items in the key item information set, it is determined that the key item information set has passed the verification.

[0129] For example, in the key item information set of an e-commerce Web application service, there are a total of 4 key pieces of information (database host address, database port number, server listening port, cache server address). When these 4 key pieces of information are all marked as verified information, it is determined that the key item information set has passed the verification.

[0130] This step provides a clear standard for passing the verification, ensuring that all key information has been strictly verified. Only when all key information meets the preset requirements is it determined that the entire key item information set has passed the verification, thus ensuring the configuration accuracy and integrity before the service goes live, and avoiding service go-live failures or potential risks caused by some key information not being verified or failing the verification.

[0131] The method disclosed in A100 - A400, by strictly verifying each key piece of information in the key item information set, ensures the accuracy of the configuration before the service goes live, greatly reduces the risk of service failures caused by configuration errors, and improves the reliability of service go-live. During the verification process, configuration errors in key information can be automatically detected, the problem can be located in a timely manner, and the time and effort costs of manual error troubleshooting are reduced. Verifying against the template file ensures that the key information of all services meets the unified preset requirements, improves the consistency and standardization of service configuration, and is conducive to the overall management and maintenance of the system. The template file and the clear verification process provide a clear basis for communication and collaboration among team members, enabling personnel in different roles such as development and operation and maintenance to work together better and improving the team collaboration efficiency.

[0132] Refer to Figure 4In the second embodiment, the method for verifying each key information in the key item information set based on the preset verification strategy specifically includes:

[0133] B100, determining whether each key information contains a code preset verification item, and if so, obtaining the actual format and actual content of the code preset verification item.

[0134] Suppose you want to launch an online education Web application service. The key information set includes key information such as the user registration interface address, the course information encryption key, and the payment callback address. The code preset verification item may be the course information encryption key, and its preset requirement is a 32-bit hexadecimal string. During the verification process, each key information is checked. When the key information of the course information encryption key is checked, it is determined that it contains the code preset verification item, and then the actual format (such as whether it is a hexadecimal string) and actual content (specific 32-bit string) of the encryption key are obtained.

[0135] This step can accurately locate the key information that needs to be verified; by determining whether the code contains preset verification items, the verification focus is focused on specific key information, avoiding indiscriminate verification of all information, and improving verification efficiency. At the same time, obtaining the actual format and actual content provides basic data for subsequent rule judgment.

[0136] B200, determines whether the actual format and the actual content meet the preset rules. If so, the corresponding key information is recorded as verified information.

[0137] For example, for the course information encryption key, the preset rule is a hexadecimal string with a length of 32 bits; after obtaining the actual format and actual content, first check whether the actual format is a hexadecimal string, and then check whether the length of the actual content is 32 bits; if both conditions are met, the key information of the course information encryption key is marked as verified information.

[0138] Verification strictly in accordance with preset rules can ensure the accuracy and security of key information; through double checking of the actual format and actual content, potential errors or non-compliance with regulations can be found in the information. Marking the key information that has passed the verification as verified information facilitates subsequent tracking and statistics of the verification progress.

[0139] B300, when the amount of verified information is consistent with the total amount of all key item information in the key item information set, it is determined that the key item information set has passed the verification.

[0140] For example, in the key item information set of an online education Web application service, there are a total of 5 key pieces of information (user registration interface address, course information encryption key, payment callback address, course list interface address, user login interface address). When all 5 pieces of key information are marked as verified information, it is determined that the key item information set passes the verification.

[0141] This step provides a clear passing standard for the verification of the key item information set; only when all key information passes the verification is the entire information set determined to be qualified, thus ensuring the integrity and correctness of the key information before the service goes live; it avoids service go-live failures or security risks caused by some key information not being verified or failing the verification.

[0142] The method disclosed in B100 - B300, by focusing on the code - preset verification items, strictly verifies the actual format and content of the key information, can more accurately discover problems in the key information, improves the pertinence and accuracy of the verification, and ensures that the key information before the service goes live meets expectations; strictly verifying the key information involving security - sensitive information (such as encryption keys) can effectively prevent security vulnerabilities caused by the information format or content not conforming to the rules, enhancing the security of the service; the clear verification steps and standards make the verification process more standardized and systematic, reducing the influence of manual intervention and subjective judgment, and improving the verification efficiency and reliability; comprehensively verifying the key item information set before the service goes live to ensure that all key information passes the verification can reduce service failures and security risks caused by information errors or non - compliance with the rules, and improve the success rate of service go - live.

[0143] Among them, the code - preset verification items include git link, app_id.

[0144] In addition to the git link and app_id, the verification items default - specified in the code can also include the following common types. The specific verification items will vary according to different services and business scenarios, and can include those related to the network, identity authentication and authorization, data format and specification, service configuration, and business rules.

[0145] Among them, those related to the network include: 1) URL address. That is, since the service may depend on other external services, it is necessary to verify whether the URLs for calling these services are valid. For example, when the service needs to call a third - party weather API, the access URL of the API needs to be verified to ensure that its format is correct and it can be accessed normally.

[0146] 2) IP address and port number: In network communication, it may be necessary to verify the IP address and port number that the service listens on or connects to. For example, the IP address and port of the database service need to be checked to see if they conform to the specifications and are within the available range.

[0147] 3) Domain Name: If the service is accessed or resolved using a domain name, the validity and resolution of the domain name also need to be verified. For example, check whether the domain name is registered and whether it points to the correct IP address, etc.

[0148] Among them, those related to identity authentication and authorization include: 1) API Key: Many services use API keys for identity authentication and authorization. For example, when calling the API of a cloud storage service, it is necessary to verify whether the used API key is valid and has the corresponding permissions.

[0149] 2) Token: In authentication mechanisms such as OAuth, tokens are used to authorize access to protected resources. Information such as the format, validity period, and signature of the token needs to be verified.

[0150] 3) Username and Password: For services that require user login, the format and validity of the username and password need to be verified. For example, the password may need to meet certain complexity requirements.

[0151] Among them, those related to data format and specification include: 1) Data File Path: If the service needs to read or write data files, the validity of the file path needs to be verified. For example, check whether the file path exists and whether there are access permissions, etc.

[0152] 2) Date and Time Format: For date and time data involved in the service, it is necessary to verify whether its format meets the expectations. For example, the date format may be required to be "YYYY-MM-DD" and the time format to be "HH:MM:SS".

[0153] 3) Data Encoding Format: During data transmission and storage, it is necessary to verify whether the encoding format of the data is correct. For example, for the common UTF-8 encoding, it is necessary to ensure that the encoding is consistent during data transmission and processing.

[0154] Among them, those related to service configuration include: 1) Database Connection String: For services that rely on databases, the correctness of the database connection string is crucial. It is necessary to verify whether information such as the database type, host address, port, username, and password in the connection string is correct.

[0155] 2) Cache Configuration Parameters: If the service uses a caching mechanism, such as Redis caching, it is necessary to verify whether configuration parameters such as the address, port, and password of the cache server are correct.

[0156] 3) Log Configuration Parameters: The logging function of the service requires correct configuration, such as the path of the log file, log level, log format, etc., and these parameters need to be verified.

[0157] Among them, those related to business rules include: 1) Business ID: In a business system, there may be various business IDs, such as order ID, customer ID, etc. It is necessary to verify the format and uniqueness of these IDs. 2) Business parameter range: Some business parameters need to take values within a specific range. For example, the discount rate of a product needs to be between 0 and 1, and it is necessary to verify whether this parameter meets this range.

[0158] In the third embodiment, the method for verifying each key information in the key item information set based on a preset verification policy specifically includes:

[0159] 1) Verify the programming language used by the service in the key item information to check whether it matches the supported language list specified by the configuration template file or the code default.

[0160] Ensure that the programming language used by the service is pre-supported by the system to avoid the service being unable to run properly in the target environment due to the use of an incompatible programming language.

[0161] 2) Verify the running environment configuration parameters to check whether each parameter value is within the preset reasonable range.

[0162] Proper setting of the parameters of the running environment (such as memory allocation, CPU usage limit, database connection number, etc.) is the basis for the stable operation of the service. By verifying whether the parameter values are within the preset range, problems such as service crashes and performance degradation caused by improper parameter settings can be avoided.

[0163] 3) Verify the service purpose to check whether its description is clear, reasonable, and in line with business logic.

[0164] A clear description of the service purpose helps the development team and the business team reach a consensus and ensure that the development direction of the service is consistent with the business requirements. If the description of the service purpose is vague or unreasonable, the developed service may not meet the actual business needs, resulting in waste of resources.

[0165] 4) Verify the dependency list to check whether each dependency in the list exists and whether the versions are compatible.

[0166] Dependencies are the basis for the normal operation of the service. If a dependency does not exist or the versions are not compatible, various errors may occur during the operation of the service. Verifying the existence and version compatibility of dependencies can ensure the consistency of the service in different environments. In the development, testing, and production environments, the consistency of dependencies is crucial for the normal operation of the service.

[0167] 5) Verify the service online requirements to check whether each requirement is clear, achievable, and in line with system requirements.

[0168] A clear and achievable online requirement is the prerequisite for the smooth launch of a service. By validating the online requirements, ambiguous points, unreasonable aspects, or conflicts with system requirements in the requirements can be identified and adjusted and optimized in a timely manner, thus increasing the success rate of service launch.

[0169] 6) Validate the resource usage to check if it is within the range of resources allocable by the system.

[0170] During operation, a service consumes certain system resources (such as CPU, memory, disk space, etc.). Validating whether the resource usage is within the allocable range of the system can prevent system crashes or impacts on other services due to resource exhaustion.

[0171] 7) Record the corresponding key information that has passed all validations as the verified information; when the number of verified information is consistent with the total number of all key items in the key item information set, it is determined that the key item information set has passed the validation.

[0172] This method ensures that each key information in the key item information set has been comprehensively verified. Only when all information passes the validation can the entire information set be determined to be qualified. This helps ensure that all key information before service launch is accurate, complete, and reliable; the clear validation results provide a clear decision-making basis for whether the service can be launched. If the key item information set passes the validation, it indicates that the service meets the requirements in all aspects and can be launched with confidence; if it fails the validation, the information that fails the validation needs to be rectified until all information passes the validation.

[0173] Through the comprehensive validation of key item information, various problems existing in the development, configuration, and launch processes of the service can be discovered and solved, thus improving the quality and stability of the service; discovering and solving problems in advance can reduce post-launch failures and maintenance workload of the service, lower operation and maintenance costs. At the same time, reasonable resource allocation and compatibility validation also help improve the overall performance of the system and reduce resource waste; high-quality and stable services can improve user satisfaction and enhance the business competitiveness of the enterprise. Through a strict validation mechanism, it can be ensured that the service can meet business requirements and provide strong support for the development of the enterprise.

[0174] For S900, "Automatically deploy the required configuration information by invoking the target plug-in", the specific processing logics include the following two scenarios; Scenario 1 is the execution logic when there is no task dependency, and Scenario 2 is the execution logic when there is a task dependency.

[0175] For Solution 1, each task is assigned a task level, starting from 0. The smaller the value, the higher the priority, and the levels are sorted in ascending order. When there are no dependencies between tasks, the task flow will execute strictly in ascending order of task levels until all tasks are completed.

[0176] Suppose there are three tasks: [Create Deployment Script], [Generate Alerts], and [Synchronize to Service Tree], and their task levels are 0, 1, and 2 respectively. Since there are no dependencies between these three tasks, the task flow will execute in the order of levels, that is, first execute [Create Deployment Script], then execute [Generate Alerts] after completion, and finally execute [Synchronize to Service Tree]. The entire execution order can be expressed as: [Create Deployment Script] >> [Generate Alerts] >> [Synchronize to Service Tree].

[0177] For Solution 2, the basic premise is that even if there are task dependencies, the task flow still needs to ensure execution in ascending order of task levels. That is to say, lower-level tasks should be executed first. When a task has a dependency, the dependent task must be executed first, and then this task. This can ensure that the prerequisite conditions required for task execution are met.

[0178] Example: Still the three tasks [Create Deployment Script], [Generate Alerts], and [Synchronize to Service Tree], and their task levels are 0, 0, and 2 respectively. At this time, the [Create Deployment Script] task depends on the information of [Generate Alerts]. Although the levels of [Create Deployment Script] and [Generate Alerts] are the same, because [Create Deployment Script] depends on [Generate Alerts], the [Generate Alerts] task needs to be executed first to obtain the information required for [Create Deployment Script]. After executing [Generate Alerts], then execute [Create Deployment Script]. Finally, since the level of [Synchronize to Service Tree] is the highest, this task is executed last. The entire execution order is: [Generate Alerts] >> [Create Deployment Script] >> [Synchronize to Service Tree].

[0179] In summary, this task flow execution logic takes into account both the priority of tasks (through task levels) and the dependencies between tasks, ensuring that tasks can be executed in the correct order and avoiding task execution failures due to dependency issues.

[0180] The new service automated deployment method for Web applications in this application can effectively solve many problems existing in the manual deployment method in the prior art, and the specific analysis is as follows.

[0181] In the prior art, after the development staff provides service information, the operation and maintenance staff need to manually perform complex configurations. However, in this application, by automatically obtaining the basic information of the service to be launched and then automatically obtaining the key item information set based on this basic information, the work of manual screening and sorting in a large amount of information is avoided, and the workload is significantly reduced. After verifying that the key item information set passes, the system can automatically obtain the target task flow of the corresponding type according to the key item information set, without the need for manual judgment and selection of the appropriate task process, further reducing the amount of manual operation.

[0182] The traditional method lacks an effective verification mechanism, and manual operations are prone to errors. This application uses a preset verification strategy to verify the key item information set, strictly reviews the key information before deployment, and only continues with the subsequent process if the verification passes, reducing deployment problems caused by information errors from the source and reducing the error probability. The entire deployment process, from obtaining information, generating requests, triggering instructions to calling plugins to execute configuration information, etc., is automated, reducing the risk of mistakes caused by frequent manual operations by humans and avoiding errors caused by non-standard or negligent manual operations.

[0183] The traditional multi-point configuration method is prone to omissions. This application, through preset task flows and work nodes, obtains task execution parameter information, extracts plugin information, determines the target plugin, etc. according to a fixed process, ensuring that each configuration link can be accurately executed and avoiding configuration omission problems caused by the randomness of manual operations.

[0184] When configuration errors occur in the traditional method, due to the large number and complexity of manual operation links, it is difficult to troubleshoot problems. However, each step of the automated deployment process in this application has clear records and logical relationships. Once a problem occurs, it can be quickly located to a specific task flow, work node or plugin, greatly shortening the troubleshooting time. Even if there are multi-point configuration errors, the problem can be efficiently found through the analysis of the automated process. By obtaining target information through the target plugin and loading task execution parameter information, the required configuration information is integrated and generated, avoiding deviations that may occur in manual configuration and improving the accuracy of the configuration information. This application obtains the target task flow based on the key item information set and can flexibly match different task processes according to different service information. At the same time, by determining the target plugin according to the plugin information and execution environment, the appropriate plugin can be flexibly selected for deployment according to the actual situation, improving the flexibility of deployment.

[0185] The new service automated deployment method for web applications disclosed in this application is a method that can quickly and accurately launch new web application services. This method has flexible configurability, a clear and distinct workflow, a stable online module, and a controllable approval flow module. It can effectively reduce the workload during the first deployment of new web application services, reduce the probability of errors, accelerate the speed of deploying and implementing new web application services, and improve the accuracy of initialization.

[0186] Referring to Figure 5 , the second aspect of this application discloses a new service automated deployment system 10 for web applications, which is used to execute the new service automated deployment method for web applications disclosed in the first aspect of this application. It includes a configuration module 11, an approval flow module 12, a task flow module 13, and an online module 14. The approval flow module and the online module are independently set and not coupled.

[0187] Among them, the configuration module is used to obtain the basic information of the service to be launched online, and obtain the key item information set according to the basic information.

[0188] The approval flow module is used to verify the key item information set based on a preset verification strategy. If the verification passes, it generates a start request for the approval flow and records the generation time; when there are no conflict events between the generation time and the expected online time, it triggers a task flow start instruction in response to the start request.

[0189] The task flow module is used to, in response to the task flow start instruction, obtain the corresponding type of task flow based on the key item information set, denoted as the target task flow; call the target work node according to the target task flow, and obtain the task execution parameter information through the target work node; extract the plug-in information required for each task in the target task flow according to the task execution parameter information; determine the target plug-in to be called based on the plug-in information and the execution environment of the current task; obtain the target information through the target plug-in, and load the task execution parameter information required for the current task, and generate the required configuration information for the service to be launched online after integration.

[0190] The online module is used to call the target plug-in to execute the required configuration information for automated deployment.

[0191] The configuration module cooperates with the task flow module, and the configuration module has high flexibility in configuration. It is used for key item inspection in the early stage of new service initialization and provides configuration information for generating configurations or setting relevant programs during the task flow execution stage.

[0192] It should be noted that the configuration module in this embodiment can provide various scenario solution configurations, such as multiple development languages, multiple online systems, etc.; for example, in terms of development tools, it provides the configuration of development languages; for the deployment business environment, it provides the configurations of test, gray, and production environments; and more flexible configurations in multiple dimensions, which can be single-dimensional configurations or multi-dimensional configurations.

[0193] The approval flow module is a configurable open-source component or a self-developed component, which can ensure the approval by the responsible person, and trigger the task flow to perform corresponding actions after the process is passed or rejected. The approval flow module is the prerequisite for triggering the task flow and is the first stage of the entire new service deployment. The passing or rejection of the approval flow determines the triggering actions of the subsequent task flow.

[0194] The task flow module can clarify the task clarity and provide pluggable component-like functions to handle different development languages, different deployment modules, and more special business situations. Further, the task flow is composed of multiple tasks and is a set of execution tasks in a sequential flow order, distinguishing the execution sequence. The previous task can provide necessary data information for the subsequent task. The plug-in in the task is the actual minimum execution unit, which determines what operations the task will ultimately perform.

[0195] The online module is a configurable open-source service or a self-developed component, which can ensure the stability and security of the subsequent service iteration deployment. It can use open-source services or self-developed components.

[0196] The computer device according to an embodiment of the present disclosure includes a memory and a processor. The memory is used to store non-temporary computer-readable instructions. Specifically, the memory may include one or more computer program products, and the computer program products may include various forms of computer-readable storage media, such as volatile memory and / or non-volatile memory. The volatile memory may include, for example, random access memory (RAM) and / or cache memory, etc. The non-volatile memory may include, for example, read-only memory (ROM), hard disk, flash memory, etc.

[0197] The processor may be a central processing unit (CPU) or other forms of processing units with data processing capabilities and / or instruction execution capabilities, and may control other components in the computer device to perform desired functions. In an embodiment of the present disclosure, the processor is used to run the computer-readable instructions stored in the memory, so that the computer device executes all or part of the steps of the web application new service automated deployment method in the foregoing embodiments of the present disclosure.

[0198] Those skilled in the art should be able to understand that, in order to solve the technical problem of how to obtain good user experience effects, the present embodiment may also include well-known structures such as communication buses, interfaces, etc., and these well-known structures should also be included in the protection scope of the present disclosure.

[0199] As Figure 6 FIG. is a schematic structural diagram of a computer device provided by an embodiment of the present disclosure. It shows a schematic structural diagram of a computer device suitable for implementing the computer device in the embodiments of the present disclosure. Figure 6 The illustrated computer device is merely an example and should not impose any limitation on the functions and usage scope of the embodiments of the present disclosure.

[0200] As Figure 6 As shown, the computer device may include a processor (such as a central processing unit, a graphics processing unit, etc.), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) or a program loaded from a storage device into a random access memory (RAM). In the RAM, various programs and data required for the operation of the computer device are also stored. The processor, ROM, and RAM are connected to each other via a bus. An input / output (I / O) interface is also connected to the bus.

[0201] Generally, the following devices may be connected to the I / O interface: an input device including, for example, a sensor or a visual information acquisition device, etc.; an output device including, for example, a display screen, etc.; a storage device including, for example, a magnetic tape, a hard disk, etc.; and a communication device. The communication device may allow the computer device to communicate wirelessly or wired with other devices (such as edge computing devices) to exchange data. Although Figure 6 the illustrated computer device has various devices, it should be understood that it is not required to implement or have all the illustrated devices. Instead, more or fewer devices may be implemented or had.

[0202] Specifically, according to the embodiments of the present disclosure, the process described above with reference to the flowchart may be implemented as a computer software program. For example, the embodiments of the present disclosure include a computer program product, which includes a computer program carried on a non-transitory computer-readable medium, and the computer program includes program codes for executing the method shown in the flowchart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication device, or installed from a storage device, or installed from a ROM. When the computer program is executed by the processor, all or part of the steps of the web application new service automated deployment method in the embodiments of the present disclosure are executed.

[0203] For the detailed description of this embodiment, reference may be made to the corresponding descriptions in the foregoing embodiments, and details are not repeated here.

[0204] A computer-readable storage medium according to an embodiment of the present disclosure stores non-transitory computer-readable instructions thereon. When the non-transitory computer-readable instructions are run by a processor, all or part of the steps of the web application new service automated deployment method of the foregoing embodiments of the present disclosure are executed.

[0205] The above computer-readable storage medium includes, but is not limited to: optical storage media (e.g., CD-ROMs and DVDs), magneto-optical storage media (e.g., MOs), magnetic storage media (e.g., magnetic tapes or external hard drives), media with built-in rewritable non-volatile memories (e.g., memory cards), and media with built-in ROMs (e.g., ROM cartridges).

[0206] For a detailed description of this embodiment, reference may be made to the corresponding descriptions in the foregoing embodiments, which will not be repeated here.

[0207] The basic principles of the present disclosure have been described above in conjunction with specific embodiments. However, it should be noted that the advantages, benefits, effects, etc. mentioned in the present disclosure are only examples and not limitations, and it cannot be considered that these advantages, benefits, effects, etc. are essential for each embodiment of the present disclosure. In addition, the above-disclosed specific details are only for illustrative purposes and for ease of understanding, and are not limitations. The above details do not limit the present disclosure to necessarily adopt the above specific details for implementation.

[0208] In the present disclosure, relational terms such as first and second are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. The block diagrams of the devices, apparatuses, equipment, and systems involved in the present disclosure are only illustrative examples and do not intend to require or imply that they must be connected, arranged, and configured in the manner shown in the block diagrams. As those skilled in the art will recognize, these devices, apparatuses, equipment, and systems can be connected, arranged, and configured in any manner. Words such as "including", "comprising", "having", etc. are open-ended words, meaning "including but not limited to", and can be used interchangeably with each other. The words "or" and "and" used herein refer to the word "and / or", and can be used interchangeably with each other, unless the context clearly indicates otherwise. The word "such as" used herein refers to the phrase "such as but not limited to", and can be used interchangeably with each other.

[0209] In addition, as used herein, the "or" used in the listing of items starting with "at least one" indicates a disjunctive listing, so that for example, the listing of "at least one of A, B, or C" means A or B or C, or AB or AC or BC, or ABC (i.e., A and B and C). In addition, the term "exemplary" does not mean that the described examples are preferred or better than other examples.

[0210] It should also be noted that in the systems and methods of the present disclosure, each component or each step can be decomposed and / or recombined. These decompositions and / or recombinations should be regarded as equivalent solutions of the present disclosure.

[0211] Various changes, substitutions, and alterations to the technologies described herein can be made without departing from the teachings defined by the appended claims. Additionally, the scope of the claims of the present disclosure is not limited to the specific aspects of the processes, machines, manufactures, compositions of events, means, methods, and acts described above. Processes, machines, manufactures, compositions of events, means, methods, or acts that currently exist or will later be developed and that perform substantially the same function or achieve substantially the same result as the corresponding aspects described herein can be utilized. Accordingly, the appended claims include such processes, machines, manufactures, compositions of events, means, methods, or acts within their scope.

[0212] The foregoing description of the disclosed aspects is provided to enable any person skilled in the art to make or use the present disclosure. Various modifications to these aspects will be readily apparent to those skilled in the art, and the general principles defined herein can be applied to other aspects without departing from the scope of the present disclosure. Thus, the present disclosure is not intended to be limited to the aspects shown herein, but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

[0213] The foregoing description has been presented for purposes of illustration and description. Furthermore, this description is not intended to limit the embodiments of the present disclosure to the form disclosed herein. Although several example aspects and embodiments have been discussed above, those skilled in the art will recognize some of their variations, modifications, alterations, additions, and subcombinations.

Claims

1. A new service automated deployment method for web applications, characterized in that, It includes: Obtain the basic information of the service to be launched. Obtain the key item information set according to the basic information. Verify the key item information set based on a preset verification strategy. If the verification passes, generate a start request for the approval process and record the generation time. When there is no conflict event between the generation time and the expected launch time, trigger a task flow start instruction in response to the start request. In response to the task flow start instruction, obtain the corresponding type of task flow based on the key item information set, denoted as the target task flow. Call the target work node according to the target task flow, and obtain the task execution parameter information through the target work node. Extract the plugin information required for each task in the target task flow according to the task execution parameter information. Based on the plugin information and the execution environment of the current task, determine the target plugin to be called. Obtain the target information through the target plugin, load the task execution parameter information required for the current task, and generate the required configuration information for the service to be launched after integration. Call the target plugin to execute the required configuration information for automated deployment.

2. The web application new service automated deployment method according to claim 1, wherein The key item information set includes several key information, and the key information is the programming language used by the service, the running environment configuration parameters, the service purpose, the dependency list, the service launch requirements, or the resource usage. The verification of the key item information set based on a preset verification strategy, if the verification passes, generate a start request for the approval process and record the generation time, includes: Verify each key information in the key item information set based on a preset verification strategy. In response to the instruction that the verification passes, generate a start request for the approval process. And obtain the generation time of the start request.

3. The web application new service automated deployment method according to claim 2, wherein The verification of each key information in the key item information set based on a preset verification strategy includes: Configure the template file, which includes the names of all items of the service to be launched and preset parameters. Obtain the actual parameters of each key information. Obtain the preset parameter corresponding to each key information in the template file, denoted as the target parameter, and judge whether the target parameter is consistent with the corresponding actual parameter. If so, record the corresponding key information as the verified information. When the quantity of the verified information is consistent with the total quantity of all key item information in the key item information set, it is determined that the key item information set passes the verification.

4. The web application new service automated deployment method according to claim 2, wherein The verification of each key information in the key item information set based on a preset verification strategy includes: Judge whether each key information contains a code preset verification item. If so, obtain the actual format and actual content of the code preset verification item. Judge whether the actual format and the actual content both meet the preset rules. If so, record the corresponding key information as the verified information. When the quantity of the verified information is consistent with the total quantity of all key item information in the key item information set, it is determined that the key item information set passes the verification.

5. The web application new service automated deployment method according to claim 1, characterized in that When there is a conflict event between the generation time and the expected launch time, dynamically adjust the expected launch time.

6. The web application new service automated deployment method according to claim 1, characterized in that, The basic information includes one or more of the new service name of the web application, service version, service function, service purpose, programming language used for the service, list of dependencies, running environment configuration parameters, service online requirements, and security configuration; The programming language used for the service includes one or more of Java and Python; The list of dependencies includes one or more of the libraries and framework versions required by the service; The running environment configuration parameters include one or more of the database connection string, cache configuration, etc.; The service online requirements include one or more of the deployment environment and online time; The security configuration includes one or more of the secret key and certificate; 7. A new service automated deployment system for web applications, characterized in that, It includes a configuration module, an approval flow module, a task flow module, and an online module. The approval flow module is independently set and not coupled with the online module; Among them, the configuration module is used to obtain the basic information of the service to be launched, and obtain the key item information set according to the basic information; The approval flow module is used to verify the key item information set based on a preset verification policy. If the verification passes, generate a start request for the approval flow and record the generation time; when there is no conflict event between the generation time and the expected online time, trigger a task flow start instruction in response to the start request; The task flow module is used to respond to the task flow start instruction, obtain the corresponding type of task flow based on the key item information set, denoted as the target task flow; call the target work node according to the target task flow, and obtain the task execution parameter information through the target work node; extract the plugin information required for each task in the target task flow according to the task execution parameter information; based on the plugin information and the execution environment of the current task, determine the target plugin to be called; obtain the target information through the target plugin, and load the task execution parameter information required for the current task, and generate the required configuration information for the service to be launched after integration; The online module is used to call the target plugin to execute the required configuration information for automated deployment.

8. A computer device, characterized in that, The computer device includes: At least one processor; and, A memory communicatively connected to the at least one processor; wherein, The memory stores instructions executable by the at least one processor. The instructions are executed by the at least one processor so that the at least one processor can execute the automated deployment method for the new web application service according to any one of claims 1-6.

9. A computer-readable storage medium, characterized in that, This computer-readable storage medium stores computer instructions for causing a computer to execute the automated deployment method for the new web application service according to any one of claims 1-6.

10. A computer program product comprising computer instructions, characterized in that, When the computer instructions are executed by a processor, the steps of the method according to any one of claims 1-6 are implemented.

Images