CN118151953A - 应用部署方法、装置、计算机设备、存储介质和程序产品 - Google Patents

Abstract

本申请涉及大数据技术领域，具体涉及一种应用部署方法、装置、计算机设备、存储介质和程序产品。方法包括：获取待部署应用的第一配置文件和应用数据包；第一配置文件包括多个标签信息和各标签信息对应的配置信息；根据第一配置文件中各标签信息和各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件；基于各第二配置文件和应用数据包，部署待部署应用。通过获取第一配置文件，可以集中且统一地获取部署应用的过程中所需的多个标签信息和各标签信息对应的所有配置信息，再根据第一配置文件中各标签信息和各标签信息对应的配置信息，能够自动且快速地生成待部署应用对应的各第二配置文件，因此，能够提高应用的部署效率。

Description

应用部署方法、装置、计算机设备、存储介质和程序产品

技术领域

本申请涉及大数据技术领域，特别是涉及一种应用部署方法、装置、计算机设备、存储介质和程序产品。

背景技术

随着应用的广泛使用，需要在服务器上运行应用之前，先在该服务器上部署应用。若要在服务器上成功地对应用进行部署，除了需要将应用软件打包为应用数据包之外，往往还需要依赖很多与服务器特定的部署环境密切相关的配置文件和配置参数。

传统的应用部署方法需要开发和运维人员针对服务器特定的部署环境，手工准备应用需要的所有配置文件，并根据所有配置文件与应用数据包部署应用。然而，传统的应用部署方法，存在应用的部署效率不高的问题。因此，如何提高应用的部署效率成为亟待解决的技术问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高应用的部署效率的应用部署方法、装置、计算机设备、存储介质和程序产品。

第一方面，本申请提供了一种应用部署方法，包括：

获取待部署应用的第一配置文件和应用数据包；所述第一配置文件包括多个标签信息和各所述标签信息对应的配置信息；

根据所述第一配置文件中各标签信息和各所述标签信息对应的配置信息，生成所述待部署应用对应的各第二配置文件；

基于各所述第二配置文件和所述应用数据包，部署所述待部署应用。

在其中一个实施例中，所述根据所述第一配置文件中各标签信息和各所述标签信息对应的配置信息，生成所述待部署应用对应的各第二配置文件，包括：

在应用启动脚本中调用部署脚本，以提取各所述标签信息对应的配置信息，并根据各所述标签信息对应的配置信息，生成所述待部署应用对应的各第二配置文件。

在其中一个实施例中，所述根据各所述标签信息对应的配置信息，生成所述待部署应用对应的各第二配置文件，包括：

对各所述标签信息对应的配置信息进行格式转换，得到目标格式的各配置信息；

根据所述目标格式的各配置信息，生成所述待部署应用对应的各第二配置文件。

在其中一个实施例中，所述获取待部署应用的第一配置文件，包括：

接收终端发送的所述第一配置文件；所述第一配置文件为根据所述待部署应用所需部署的部署设备的环境信息和预设部署需求生成的。

在其中一个实施例中，所述方法还包括：

对所述第一配置文件的内容进行合规校验，得到校验结果；

若所述校验结果用于表征校验未通过，则输出用于表征校验未通过的异常提示信息。

在其中一个实施例中，所述方法还包括：

在运行所述待部署应用的过程中，对所述待部署应用进行检测，得到检测结果；所述检测结果用于表征所述待部署应用的运行是否正常。

第二方面，本申请还提供了一种应用部署装置，包括：

获取模块，用于获取待部署应用的第一配置文件和应用数据包；所述第一配置文件包括多个标签信息和各所述标签信息对应的配置信息；

生成模块，用于根据所述第一配置文件中各标签信息和各所述标签信息对应的配置信息，生成所述待部署应用对应的各第二配置文件；

部署模块，用于基于各所述第二配置文件和所述应用数据包，部署所述待部署应用。

第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面中任一项实施例中的方法的步骤。

第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面中任一项实施例中的方法的步骤。

第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述第一方面中任一项实施例中的方法的步骤。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

通过阅读对下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在全部附图中，用相同的附图标号表示相同的部件。在附图中：

图1为本申请实施例提供的一种应用部署方法的应用环境图；

图2为本申请实施例提供的一种应用部署方法的流程示意图；

图3为本申请实施例提供的另一种应用部署方法的流程示意图；

图4为为本申请实施例提供的一种应用部署方法的整体流程图；

图5为本申请实施例提供的一种应用部署装置的结构框图；

图6为本申请实施例提供的一种计算机设备的内部结构图。

具体实施方式

下面将结合附图对本申请技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本申请的技术方案，因此只作为示例，而不能以此来限制本申请的保护范围。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。

在本申请实施例的描述中，技术术语“第一”“第二”等仅用于区别不同对象，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量、特定顺序或主次关系。在本申请实施例的描述中，“多个”的含义是两个以上，除非另有明确具体的限定。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

在本申请实施例的描述中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

在本申请实施例的描述中，术语“多个”指的是两个以上（包括两个），同理，“多组”指的是两组以上（包括两组），“多片”指的是两片以上（包括两片）。

随着应用的广泛使用，需要在服务器上运行应用之前，先在该服务器上部署应用。若要在服务器上成功地对应用进行部署，除了需要将应用软件打包为应用数据包之外，往往还需要依赖很多与服务器特定的部署环境密切相关的配置文件和配置参数。

传统的应用部署方法需要开发和运维人员针对服务器特定的部署环境，手工准备应用需要的所有配置文件，并根据所有配置文件与应用数据包部署应用。然而，一方面，由于现有的部署环境较为复杂，手工配置和安装过程均较为繁琐，故采用人工容易遗漏配置文件的修改过程而引发应用运行问题，若需要准确无误地进行应用部署，则需要耗费较长的时间；另一方面，在部署环境不同的情况下，传统的应用部署方法需要重复准备所有的配置文件。因此，传统的应用部署方法，存在应用的部署效率不高的问题。因此，如何提高应用的部署效率成为亟待解决的技术问题。

为了解决上述技术问题，本申请实施例提供了一种应用部署方法，可以应用于如图1所示的应用环境中。图1是本申请实施例提供的一种应用部署方法的应用环境图。其中，终端102是指部署人员所在的计算机设备，服务器104是指待部署应用需要部署的部署设备，终端102通过网络与服务器104进行通信。数据存储系统可以存储服务器104需要处理的数据。数据存储系统可以集成在服务器104上，也可以放在云上或其他网络服务器上。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。服务器104可以获取待部署应用的第一配置文件和应用数据包，其中，第一配置文件包括多个标签信息和各标签信息对应的配置信息，并根据第一配置文件中各标签信息和各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件，再基于各第二配置文件和应用数据包，部署待部署应用。本申请实施例通过获取第一配置文件，就可以集中且统一地获取部署应用的过程中所需的多个标签信息和各标签信息对应的所有配置信息，再根据第一配置文件中各标签信息和各标签信息对应的配置信息，能够自动且快速地生成待部署应用对应的各第二配置文件，因此，本申请实施例无需手动配置各第二配置文件，能够提高应用的部署效率。

在一个实施例中，如图2所示，图2是本申请实施例提供的一种应用部署方法的流程示意图，以该方法应用于图1中的服务器为例进行说明，该方法包括以下步骤S201-S203：

S201，获取待部署应用的第一配置文件和应用数据包；第一配置文件包括多个标签信息和各标签信息对应的配置信息。

在一种可能的实现方式中，可以在服务器上预先存储待部署应用的第一配置文件和待部署应用对应的应用数据包，从而，若需要在服务器上部署待部署应用，服务器可以从预先存储的位置处获取待部署应用的第一配置文件和应用数据包。

在另一种可能的实现方式中，可以在终端上预先配置待部署应用的第一配置文件，以及获取待部署应用对应的应用数据包。之后，若需要在服务器上部署待部署应用，则服务器可以向终端发送携带有待部署应用的标识的获取请求，以使终端基于该获取请求，提取待部署应用的第一配置文件和待部署应用对应的应用数据包，并将待部署应用的第一配置文件和待部署应用对应的应用数据包发送至服务器，从而，服务器就可以接收到待部署应用的第一配置文件和应用数据包。

需要说明的是，应用数据包为静态的待部署应用的安装包。第一配置文件包括多个标签信息和各标签信息对应的配置信息，标签信息用于表征对应配置信息的含义，配置信息中包括对待部署应用进行部署的过程中所需的所有信息。由于相关技术中部署环境和项目是分开搭建部署的，这就导致部署环境的运行参数较为分散，不方便迁移，因此，本申请实施例通过对应用部署过程中涉及到的运行参数配置文件和多实体参数配置文件进行梳理，分析不同配置文件的特点，可以抽取配置文件中的所有可变参数形成统一的第一配置文件，如此，通过获取第一配置文件，就可以集中且统一地获取部署应用的过程中所需的所有配置信息，从而可以将运行参数配置文件、脚本文件和项目应用程序等配置信息进行统一化整合部署，第一配置文件中支持可扩展、灵活地配置，以便于应用部署时能够自适应不同的部署用户、不同的服务器数量，并且能够按照不同的业务功能进行合并或者拆分部署，便于迁移和集中管理。

此外，可以在第一配置文件中按照标签分门别类地设置不同类别的可变参数，还可以增加标签，以注释说明可变参数的含义及配置模式，能够降低应用安装部署以及使用的难度，并降低应用程序开发和部署工作耦合度，使得应用更加适应于容器化部署，避免了容器化部署挂载大量运维人员难以理解的配置文件，以便于运维部署人员可以在快速理解后生成第一配置文件。

S202，根据第一配置文件中各标签信息和各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件。

在一种可能的实现方式中，可以根据第一配置文件中各标签信息和各标签信息对应的配置信息，从第一配置文件中提取出各标签信息对应的配置信息，从而根据各标签信息对应的配置信息，自动地生成各第二配置文件。其中，各标签信息与各第二配置文件一一对应。

在另一种可能的实现方式中，可以根据第一配置文件中的各标签信息确定属于同一类的标签信息，从而将多个标签信息划分为多类标签信息。之后，可以从第一配置文件中提取出各类标签信息对应的配置信息，并根据各类标签信息对应的配置信息，自动地生成各第二配置文件。其中，各类标签信息与各第二配置文件一一对应。示例性的，若标签信息包括a、b、c、d这四个，且a与b为同一类的标签信息，则可以根据各类标签信息对应的配置信息，分别生成ab对应的第二配置文件、c对应的第二配置文件以及d对应的第二配置文件。当然，本申请实施例对于生成各第二配置文件的具体实现方式不做限定。

S203，基于各第二配置文件和应用数据包，部署待部署应用。

在一种可能的实现方式中，由于预先获取的应用数据包为静态的应用安装包，因此，服务器可以基于各第二配置文件和应用数据包，在部署环境中启动该待部署应用，以使待部署应用从静态变换为动态，从而实现对待部署应用的部署。

本申请实施例中，通过获取待部署应用的第一配置文件和应用数据包，其中，第一配置文件包括多个标签信息和各标签信息对应的配置信息，并根据第一配置文件中各标签信息和各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件，再基于各第二配置文件和应用数据包，部署待部署应用。本申请实施例通过获取第一配置文件，就可以集中且统一地获取部署应用的过程中所需的多个标签信息和各标签信息对应的所有配置信息，再根据第一配置文件中各标签信息和各标签信息对应的配置信息，能够自动且快速地生成待部署应用对应的各第二配置文件，因此，本申请实施例无需手动配置各第二配置文件，能够提高应用的部署效率。

在一个实施例中，本实施例涉及的是如何生成各第二配置文件的一种可能的实现方式。在上述实施例的基础上，上述的S202中“根据第一配置文件中各标签信息和各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件”包括：

在应用启动脚本中调用部署脚本，以提取各标签信息对应的配置信息，并根据各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件。

在一种可能的实现方式中，服务器可以在应用启动脚本中调用部署脚本，从而可以通过部署脚本，按照各标签信息的顺序，依次从各标签信息和各标签信息对应的配置信息中，提取各标签信息对应的配置信息。

在另一种可能的实现方式中，服务器也可以在应用启动脚本中调用部署脚本，从而可以通过部署脚本，从第一配置文件中的各标签信息和各标签信息对应的配置信息中，并行地提取各标签信息对应的配置信息。

需要说明的是，通过在应用启动脚本中调用部署脚本，可以实现仅调度执行一个应用启动脚本，即可自动地在各个部署环境中完成整个应用部署流程，从而大大减小了开发和运维人员的操作难度。

在一种可能的实现方式中，可以调用部署脚本直接将各标签信息对应的配置信息，打包确定为待部署应用对应的各第二配置文件。

在另一种可能的实现方式中，也可以调用部署脚本先对各标签信息对应的配置信息进行处理，再根据处理后的各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件。

本申请实施例中，通过在应用启动脚本中调用部署脚本，以提取各标签信息对应的配置信息，并可以根据各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件，就能够基于各标签信息对应的配置信息，自动且准确地生成各第二配置文件。

在一个实施例中，提供了一种根据各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件的方法。在上述实施例的基础上，根据各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件，包括：

对各标签信息对应的配置信息进行格式转换，得到目标格式的各配置信息。

根据目标格式的各配置信息，生成待部署应用对应的各第二配置文件。

在一种可能的实现方式中，可以调用部署脚本，先对各标签信息对应的配置信息统一进行格式转换，得到目标格式的各配置信息，再将目标格式的各配置信息，直接打包确定为待部署应用对应的各第二配置文件。

在另一种可能的实现方式中，也可以调用部署脚本，先对各标签信息对应的配置信息分别进行格式转换，逐个得到目标格式的各配置信息，再将目标格式的各配置信息，直接打包确定为待部署应用对应的各第二配置文件。其中，各配置信息的目标格式可以相同，或者，也可以不同，当然，本申请实施例对目标格式不做限定。

本申请实施例中，通过对各标签信息对应的配置信息进行格式转换，得到目标格式的各配置信息，并根据目标格式的各配置信息，生成待部署应用对应的各第二配置文件，就能够自动且准确地确定出目标格式的各配置信息，从而能够自动且准确地生成各第二配置文件。

在一个实施例中，上述的S201中“获取待部署应用的第一配置文件”可以通过如下方式实现：

接收终端发送的第一配置文件；第一配置文件为根据待部署应用所需部署的部署设备的环境信息和预设部署需求生成的。

由于在终端上预先配置待部署应用的第一配置文件，因此，在需要在服务器上部署待部署应用时，服务器可以向终端发送携带有待部署应用的标识的获取请求，以使终端基于该获取请求，提取待部署应用的第一配置文件，并将待部署应用的第一配置文件发送至服务器，从而，服务器就可以接收到待部署应用的第一配置文件。

需要说明的是，第一配置文件为终端根据待部署应用所需部署的部署设备的环境信息和预设部署需求生成的，即终端可以根据待部署应用所需部署的部署设备（即服务器）的环境信息和预设部署需求，编辑生成第一配置文件，并可以将第一配置文件存储至终端中。其中，部署设备的环境信息可以包括但不局限于服务器IP（Internet ProtocolAddress，互联网协议地址）、应用用户的标识、应用服务端口、应用访问的数据库地址端口、用户名密码、数据库实例用户信息、数据库主目录、应用访问的外部方的地址端口、应用运行时预启动的进程及进程数量、共享磁盘NAS（Network Attached Storage，网络附加存储）访问路径、签名服务器地址端口、证书序列号、应用进程启动顺序等信息，预设部署需求可以包括但不局限于待部署应用的部署位置、待部署应用与部署设备之间的对应关系等，示例性的，预设部署需求可以是将多个待部署应用部署在同一部署设备上，或者，预设部署需求也可以将多个待部署应用分别部署在不同的部署设备上。需要说明的是，本申请技术方案中对数据的获取、传输、存储、使用、处理等均符合国家法律法规的相关规定。

本申请实施例中，通过接收终端发送的第一配置文件，其中，第一配置文件为根据待部署应用所需部署的部署设备的环境信息和预设部署需求生成的，可以集中且统一地获取部署应用的过程中所需的所有配置信息，从而可以将运行参数配置文件、脚本文件和项目应用程序等配置信息进行统一化整合部署，方便迁移和集中管理。

在一个实施例中，提供了一种在应用部署的过程中进行合规校验的方法。在上述实施例的基础上，可以通过如下方式在应用部署的过程中进行合规校验：

对第一配置文件的内容进行合规校验，得到校验结果；

若校验结果用于表征校验未通过，则输出用于表征校验未通过的异常提示信息。

在服务器获取到待部署应用的第一配置文件之后，可以调用部署脚本对第一配置文件的内容进行合规校验，得到校验结果。若校验结果用于表征校验通过，则说明第一配置文件的内容准确无误，此时，可以执行后续S202，即执行根据第一配置文件中各标签信息和各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件的流程。若校验结果用于表征校验未通过，则说明第一配置文件的内容有错误，此时，服务器可以输出异常提示信息。其中，异常提示信息用于表征校验未通过，合规校验的方式可以包括但不局限于奇偶校验、CRC（循环冗余校验，Cyclic redundancy check）校验、格雷码校验等方式。示例性的，部署脚本可以是Python部署脚本。

在一种可能的实现方式中，若校验结果用于表征校验未通过，则服务器可以直接向终端输出异常提示信息，以提示开发和运维人员第一配置文件的内容有错误。

在另一种可能的实现方式中，若校验结果用于表征校验未通过，则服务器也可以在Python部署脚本的部署日志中写入异常提示信息。

本申请实施例中，通过对第一配置文件的内容进行合规校验，得到校验结果，若校验结果用于表征校验未通过，则输出用于表征校验未通过的异常提示信息，就可以在应用部署的过程中准确地对第一配置文件的内容进行合规校验，从而能够在第一配置文件的内容出现错误时，及时输出异常提示信息。

在一个实施例中，提供了一种在应用运行的过程中进行合规校验的方法。在上述实施例的基础上，可以通过如下方式在应用运行的过程中进行合规校验：

在运行待部署应用的过程中，对待部署应用进行检测，得到检测结果；检测结果用于表征待部署应用的运行是否正常。

可以对待部署应用部署完成后，运行该待部署应用，从而，服务器可以在运行待部署应用的过程中，对待部署应用的运行状态进行实时检测，得到检测结果。其中，检测结果用于表征待部署应用的运行是否正常。若检测结果用于表征待部署应用的运行正常，则可以继续运行该待部署应用。若检测结果用于表征待部署应用的运行异常，则服务器可以及时输出运行异常提示信息，以提示开发和运维人员待部署应用运行异常。其中，运行异常提示信息用于表征待部署应用运行异常。

本申请实施例中，在运行待部署应用的过程中，对待部署应用进行检测，得到检测结果，其中，检测结果用于表征待部署应用的运行是否正常，就可以在应用运行的过程中准确地对待部署应用的运行状态进行实时检测，从而能够在待部署应用运行异常时，及时输出运行异常提示信息，以提示开发和运维人员待部署应用运行异常，从而可以及时解决异常问题，保证应用能够稳定正确运行。

为了对本申请实施例进行更清楚的介绍，在此结合图3进行说明。如图3所示，图3是本申请实施例提供的另一种应用部署方法的流程示意图。该方法包括如下步骤S301-S305：

S301，获取应用数据包，并接收终端发送的第一配置文件；第一配置文件为根据待部署应用所需部署的部署设备的环境信息和预设部署需求生成的，第一配置文件包括多个标签信息和各标签信息对应的配置信息；

S302，对第一配置文件的内容进行合规校验，得到校验结果；

S303，若校验结果用于表征校验未通过，则输出用于表征校验未通过的异常提示信息；

S304，若校验结果用于表征校验通过，则在应用启动脚本中调用部署脚本，以提取各标签信息对应的配置信息，并对各标签信息对应的配置信息进行格式转换，得到目标格式的各配置信息；根据目标格式的各配置信息，生成待部署应用对应的各第二配置文件；

S305，基于各第二配置文件和应用数据包，部署待部署应用；

S306，在运行待部署应用的过程中，对待部署应用进行检测，得到检测结果；检测结果用于表征待部署应用的运行是否正常。

在一个示例性的实施例中，如图4所示，图4为本申请实施例提供的一种应用部署方法的整体流程图。S401，终端可以预先设置共享磁盘以及挂载自动任务，S402，且终端可以预先编辑生成第一配置文件。在需要对待部署应用进行部署时，服务器可以从终端中获取第一配置文件，S403，并在应用启动脚本中调用部署脚本对第一配置文件进行合规校验。S404，在第一配置文件合规校验通过，则服务器可以在应用启动脚本中调用部署脚本，S405，根据第一配置文件自动生成各第二配置文件，其中，第二配置文件可以包括但不局限于运行时运行时配置文件、环境变量配置文件、通讯配置文件、多实体配置文件、安全配置文件、其他相关配置文件等。此外，服务器还可以获取应用数据包，从而，S406，服务器可以通过应用启动脚本，根据各第二配置文件和应用数据包，完成待部署应用的部署。

本申请实施例中，通过获取第一配置文件，就可以集中且统一地获取部署应用的过程中所需的多个标签信息和各标签信息对应的所有配置信息，再根据第一配置文件中各标签信息和各标签信息对应的配置信息，能够自动且快速地生成待部署应用对应的各第二配置文件，因此，本申请实施例无需手动配置各第二配置文件，能够提高应用的部署效率。

应该理解的是，虽然如上的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的应用部署方法的应用部署装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个应用部署装置实施例中的具体限定可以参见上文中对于应用部署方法的限定，在此不再赘述。

在一个实施例中，如图5所示，图5是本申请实施例提供的一种应用部署装置的结构框图，该装置500包括：

获取模块501，用于获取待部署应用的第一配置文件和应用数据包；第一配置文件包括多个标签信息和各标签信息对应的配置信息；

生成模块502，用于根据第一配置文件中各标签信息和各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件；

部署模块503，用于基于各第二配置文件和应用数据包，部署待部署应用。

在一个实施例中，生成模块502，具体用于在应用启动脚本中调用部署脚本，以提取各标签信息对应的配置信息，并根据各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件。

在一个实施例中，生成模块502中的“根据各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件”，包括：

配置信息生成单元，用于对各标签信息对应的配置信息进行格式转换，得到目标格式的各配置信息；

第二配置文件生成单元，用于根据目标格式的各配置信息，生成待部署应用对应的各第二配置文件。

在一个实施例中，获取模块501，具体用于接收终端发送的第一配置文件；第一配置文件为根据待部署应用所需部署的部署设备的环境信息和预设部署需求生成的。

在一个实施例中，上述应用部署装置还包括：

合规校验模块，用于对第一配置文件的内容进行合规校验，得到校验结果；

信息输出模块，用于若校验结果用于表征校验未通过，则输出用于表征校验未通过的异常提示信息。

在一个实施例中，上述应用部署装置还包括：

检测模块，用于在运行待部署应用的过程中，对待部署应用进行检测，得到检测结果；检测结果用于表征待部署应用的运行是否正常。

上述应用部署装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个示例性的实施例中，提供了一种计算机设备，该计算机设备可以是终端，或者，也可以是服务器，其内部结构图可以如图6所示。该计算机设备包括处理器、存储器、输入/输出接口、通信接口、显示单元和输入装置。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口、显示单元和输入装置通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC（近场通信）或其他技术实现。该计算机程序被处理器执行时以实现一种应用部署方法。该计算机设备的显示单元用于形成视觉可见的画面，可以是显示屏、投影装置或虚拟现实成像装置。显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个示例性的实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

获取待部署应用的第一配置文件和应用数据包；第一配置文件包括多个标签信息和各标签信息对应的配置信息；

根据第一配置文件中各标签信息和各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件；

基于各第二配置文件和应用数据包，部署待部署应用。

在一个实施例中，根据第一配置文件中各标签信息和各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件，处理器执行计算机程序时还实现以下步骤：

在应用启动脚本中调用部署脚本，以提取各标签信息对应的配置信息，并根据各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件。

在一个实施例中，根据各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件，处理器执行计算机程序时还实现以下步骤：

对各标签信息对应的配置信息进行格式转换，得到目标格式的各配置信息；

根据目标格式的各配置信息，生成待部署应用对应的各第二配置文件。

在一个实施例中，获取待部署应用的第一配置文件，处理器执行计算机程序时还实现以下步骤：

接收终端发送的第一配置文件；第一配置文件为根据待部署应用所需部署的部署设备的环境信息和预设部署需求生成的。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

对第一配置文件的内容进行合规校验，得到校验结果；

若校验结果用于表征校验未通过，则输出用于表征校验未通过的异常提示信息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

在运行待部署应用的过程中，对待部署应用进行检测，得到检测结果；检测结果用于表征待部署应用的运行是否正常。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

获取待部署应用的第一配置文件和应用数据包；第一配置文件包括多个标签信息和各标签信息对应的配置信息；

根据第一配置文件中各标签信息和各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件；

基于各第二配置文件和应用数据包，部署待部署应用。

在一个实施例中，根据第一配置文件中各标签信息和各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件，计算机程序被处理器执行时还实现以下步骤：

在应用启动脚本中调用部署脚本，以提取各标签信息对应的配置信息，并根据各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件。

在一个实施例中，根据各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件，计算机程序被处理器执行时还实现以下步骤：

对各标签信息对应的配置信息进行格式转换，得到目标格式的各配置信息；

根据目标格式的各配置信息，生成待部署应用对应的各第二配置文件。

在一个实施例中，获取待部署应用的第一配置文件，计算机程序被处理器执行时还实现以下步骤：

接收终端发送的第一配置文件；第一配置文件为根据待部署应用所需部署的部署设备的环境信息和预设部署需求生成的。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

对第一配置文件的内容进行合规校验，得到校验结果；

若校验结果用于表征校验未通过，则输出用于表征校验未通过的异常提示信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

在运行待部署应用的过程中，对待部署应用进行检测，得到检测结果；检测结果用于表征待部署应用的运行是否正常。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

获取待部署应用的第一配置文件和应用数据包；第一配置文件包括多个标签信息和各标签信息对应的配置信息；

根据第一配置文件中各标签信息和各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件；

基于各第二配置文件和应用数据包，部署待部署应用。

在一个实施例中，根据第一配置文件中各标签信息和各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件，计算机程序被处理器执行时还实现以下步骤：

在应用启动脚本中调用部署脚本，以提取各标签信息对应的配置信息，并根据各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件。

在一个实施例中，根据各标签信息对应的配置信息，生成待部署应用对应的各第二配置文件，计算机程序被处理器执行时还实现以下步骤：

对各标签信息对应的配置信息进行格式转换，得到目标格式的各配置信息；

根据目标格式的各配置信息，生成待部署应用对应的各第二配置文件。

在一个实施例中，获取待部署应用的第一配置文件，计算机程序被处理器执行时还实现以下步骤：

接收终端发送的第一配置文件；第一配置文件为根据待部署应用所需部署的部署设备的环境信息和预设部署需求生成的。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

对第一配置文件的内容进行合规校验，得到校验结果；

若校验结果用于表征校验未通过，则输出用于表征校验未通过的异常提示信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

在运行待部署应用的过程中，对待部署应用进行检测，得到检测结果；检测结果用于表征待部署应用的运行是否正常。

需要说明的是，本申请所涉及的用户信息（包括但不限于用户设备信息、用户个人信息等）和数据（包括但不限于用于分析的数据、存储的数据、展示的数据等），均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要符合相关规定。

需要说明的是，在本申请实施例中，可能提及某些软件、组件、模型等业界已有方案，应当将它们认为是示范性的，其目的仅仅是为了说明本申请技术方案实施中的可行性，但并不意味着申请人已经或者必然用到了该方案。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-OnlyMemory，ROM）、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器（ReRAM）、磁变存储器（Magnetoresistive Random Access Memory，MRAM）、铁电存储器（Ferroelectric Random Access Memory，FRAM）、相变存储器（Phase Change Memory，PCM）、石墨烯存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random Access Memory，SRAM）或动态随机存取存储器（Dynamic RandomAccess Memory，DRAM）等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (10)

1.一种应用部署方法，其特征在于，所述方法包括：

获取待部署应用的第一配置文件和应用数据包；所述第一配置文件包括多个标签信息和各所述标签信息对应的配置信息；

根据所述第一配置文件中各标签信息和各所述标签信息对应的配置信息，生成所述待部署应用对应的各第二配置文件；

基于各所述第二配置文件和所述应用数据包，部署所述待部署应用。

2.根据权利要求1所述的方法，其特征在于，所述根据所述第一配置文件中各标签信息和各所述标签信息对应的配置信息，生成所述待部署应用对应的各第二配置文件，包括：

在应用启动脚本中调用部署脚本，以提取各所述标签信息对应的配置信息，并根据各所述标签信息对应的配置信息，生成所述待部署应用对应的各第二配置文件。

3.根据权利要求2所述的方法，其特征在于，所述根据各所述标签信息对应的配置信息，生成所述待部署应用对应的各第二配置文件，包括：

对各所述标签信息对应的配置信息进行格式转换，得到目标格式的各配置信息；

根据所述目标格式的各配置信息，生成所述待部署应用对应的各第二配置文件。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述获取待部署应用的第一配置文件，包括：

接收终端发送的所述第一配置文件；所述第一配置文件为根据所述待部署应用所需部署的部署设备的环境信息和预设部署需求生成的。

5.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：

对所述第一配置文件的内容进行合规校验，得到校验结果；

若所述校验结果用于表征校验未通过，则输出用于表征校验未通过的异常提示信息。

6.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：

在运行所述待部署应用的过程中，对所述待部署应用进行检测，得到检测结果；所述检测结果用于表征所述待部署应用的运行是否正常。

7.一种应用部署装置，其特征在于，所述装置包括：

获取模块，用于获取待部署应用的第一配置文件和应用数据包；所述第一配置文件包括多个标签信息和各所述标签信息对应的配置信息；

生成模块，用于根据所述第一配置文件中各标签信息和各所述标签信息对应的配置信息，生成所述待部署应用对应的各第二配置文件；

部署模块，用于基于各所述第二配置文件和所述应用数据包，部署所述待部署应用。

8.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法的步骤。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。

10.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。