CN114356344A - 应用部署方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种应用部署方法、装置、电子设备及存储介质，方法包括：获取待部署应用的已配置资源信息；根据所述已配置资源信息生成与所述待部署应用对应的资源核对信息，其中所述资源核对信息包括所述待部署应用在部署前需核对的至少一个资源核对项；若所述资源核对信息中的所有资源核对项核对通过，则对所述待部署应用进行部署。本申请实施例解决了应用发布的过程中存在资源遗漏或异常，从而导致应用不能正常部署或部署后无法使用的问题。

Description

应用部署方法、装置、电子设备及存储介质

技术领域

本申请属于应用发布技术领域，尤其涉及一种应用部署方法、装置、电子设备及存储介质。

背景技术

随着国内互联网企业的高速发展，移动端的普及，应用部署的频率越来越高。金融行业通常需要同城双活或者异地多活的部署，比普通的应用的部署架构更复杂，需要网络申请的更多，配置的要求更多，可能一个配置异常或遗漏就导致流量全部汇聚到一个数据中心，引发更多问题，因此应用上线前的资源处理越来越重要。

相关技术中，通常是用户提交代码到分布式版本控制系统(Git)，Git自动触发持续集成(Continuous Integration，CI)系统拉取最新的代码进行构建，生成新的部署包，然后用户根据CI上提示的不同版本的部署包，选择不同的环境，上线发布应用，持续交付(Continuous Delivery，CD)将部署包提交到私有云中，并自动触发私有云部署。但是，在上述的应用发布过程中，可能存在资源遗漏或异常，从而导致应用不能正常发布或正常上线后无法使用的问题。

发明内容

本申请实施例的目的是提供一种应用部署方法、装置、电子设备及存储介质，以解决应用发布的过程中存在资源遗漏或异常，从而导致应用不能正常发布或正常上线后无法使用的问题。

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

获取待部署应用的已配置资源信息；

根据所述已配置资源信息生成与所述待部署应用对应的资源核对信息，其中所述资源核对信息包括所述待部署应用在部署前需核对的至少一个资源核对项；

若所述资源核对信息中的所有资源核对项核对通过，则对所述待部署应用进行部署。

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

获取模块，用于获取待部署应用的已配置资源信息；

生成模块，用于根据所述已配置资源信息生成与所述待部署应用对应的资源核对信息，其中所述资源核对信息包括所述待部署应用在部署前需核对的至少一个资源核对项；

部署模块，用于若所述资源核对信息中的所有资源核对项核对通过，则对所述待部署应用进行部署。

第三方面，本申请实施例提供了一种电子设备，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储有程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。

在本申请实施中，本实施例通过获取待部署应用的已配置资源信息，根据已配置资源信息生成与待部署应用对应的资源核对信息，其中资源核对信息包括待部署应用在部署前需核对的至少一个资源核对项，若资源核对信息中的所有资源核对项核对通过，则对待部署应用进行部署，使得能够通过资源核对信息反映待部署应用在部署前所需核对的资源配置问题，从而使得能够提前对该些资源配置问题进行操作修改，保证了应用发布所需的资源在应用部署前能够准备好，解决了应用发布的过程中存在资源遗漏或异常，从而导致应用不能正常发布或正常上线后无法使用的问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例中应用部署方法的流程示意图；

图2为本申请实施例中生成资源核对信息的流程示意图；

图3为本申请实施例中应用部署的框架图；

图4为本申请实施例中应用部署装置的模块组成示意图；

图5为本申请实施例中电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。

此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

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

具体的，应用部署到生产环境，往往不只是代码部署就能够完成，还需要相应的资源配置进行配套使用，例如配置信息(对接系统的接口)，数据库资源，中间件资源，远程字典服务(remote dictionary server，redis)，域名解析等，这些都是一个应用发布以及上线后能正常访问必须设置的。

而在相关技术中涉及的应用发布的内容太少，只管理应用的代码，缺少应用配置，资源申请，域名解析等应用正常运行强制依赖的资源。此外，往往不同的资源，由不同的人员负责，主导应用发布的人员并不清楚其他人员负责的资源情况，这样可能会造成遗漏或缺失，从而引发故障。

基于上述缺陷，本申请通过获取待部署应用的已配置资源信息，根据已配置资源信息生成与待部署应用对应的资源核对信息，其中资源核对信息包括待部署应用在部署前需核对的至少一个资源核对项，若资源核对信息中的所有资源核对项核对通过，则对待部署应用进行部署，实现了在待部署应用部署前对需核对的资源核对项的核对，保证了应用正常部署以及运行所需要的资源都能够提前准备好，避免了资源遗漏问题，实现了最大限度的保证了应用部署以及发布后能够被正常访问。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的应用部署方法进行详细地说明。

如图1所示，为本申请实施例所提供的应用部署方法的步骤流程图，该方法包括：

步骤101：获取待部署应用的已配置资源信息。

具体的，待部署应用的已配置资源信息可以是待部署应用在待部署平台上已配置的资源的信息。

例如，作为一个示例，待部署应用为全球广域网(World Wide Web，Web)应用，待部署平台为私有云平台，已配置资源信息包括该Web应用的部署机房、所调用的数据库资源、缓存资源等。

此外，具体的，待部署应用可以由用户进行选择，还可以由电子设备从所有待部署应用中进行选择。

步骤103：根据已配置资源信息生成与待部署应用对应的资源核对信息。

其中，资源核对信息包括所述待部署应用在部署前需核对的至少一个资源核对项。

具体的，资源核对项为需要核对的资源项。例如，资源核对项可以为应用的文件包、配置信息等。

通过生成资源核对信息，且资源核对信息包括待部署应用在部署前需核对的至少一个资源核对项，使得通过核对该至少一个资源核对项，能够在应用部署前将应用部署所需要的资源提前准备好，避免了资源遗漏的问题，从而保证了应用的成功部署。

步骤105：若资源核对信息中的所有资源核对项核对通过，则对待部署应用进行部署。

具体的，若资源核对信息中的所有资源核对项核对通过，则说明该待部署应用正常部署以及运行所需的资源已经准备好，可以对该待部署应用进行部署。

由上文可知，本申请通过获取待部署应用的已配置资源信息，根据已配置资源信息生成与待部署应用对应的资源核对信息，其中资源核对信息包括待部署应用在部署前需核对的至少一个资源核对项，若资源核对信息中的所有资源核对项核对通过，则对待部署应用进行部署，使得能够通过资源核对信息反映待部署应用在部署前所需核对的资源配置问题，从而使得能够提前对该些资源配置问题进行操作修改，保证了应用发布所需的资源在应用部署前能够准备好，解决了应用发布的过程中存在资源遗漏或异常，从而导致应用不能正常发布或正常上线后无法使用的问题。

在一种可能的实现方式中，所述已配置资源信息包括至少一个已配置资源项。其中，如图2所示，根据所述已配置资源信息生成与所述待部署应用对应的资源核对信息，可以包括如下步骤：

步骤201：检测各所述已配置资源项与其对应的应配置资源项是否一致。

具体的，应配置资源项为待部署应用部署在部署时所应配置的资源项。

在本步骤中，可以检测各已配置资源项与其对应的应配置资源项是否一致。

例如，假设待部署应用为Web应用，Web应用的已配置资源项包括部署机房和redis配置数据，且已配置的部署机房为A，已配置的redis配置数据为M；待部署应用的应配置资源项包括应部署机房B，应配置redis配置数据N。在此将已配置资源项“部署机房A”与其对应的应配置资源项“应部署机房B”进行比对，将已配置资源项“redis配置数据M”与其对应的应配置资源项“redis配置数据N”进行比对，检测是否一致。

通过检测各已配置资源项与其对应的应配置资源项是否一致，能够检测待部署应用的各已配置资源项是否均已配置正确，从而能够判断待部署应用在部署前所应部署的资源项是否均已配置正确，从而保证了待部署应用的部署过程。

可选的，在检测各所述已配置资源项与其对应的应配置资源项是否一致之前，还可以基于所述待部署应用的基础属性信息、待部署应用的配置信息和待部署应用使用的文件包中的字段信息，生成至少一个所述应配置资源项。

具体的，待部署应用的基础属性信息可以包括应用部署类型、部署机房和内存配置等。其中，应用部署类型可以包括虚拟机部署、物理机部署、内部私有云部署或共有云部署；部署机房可以由用户指定；内存配置的大小可以由用户设置，例如可以为25000。此时，待部署应用的基础属性信息的字段信息可以包括应用部署类型字段、部署机房字段、内存配置字段。

待部署应用的配置信息可以包括缓存资源、数据库资源、中间件资源、域名等。此时，待部署应用的配置信息的字段信息包括缓存资源字段、数据库资源字段、中间件资源字段、域名字段等。

待部署应用使用的文件包可以为Jav包、war包等。待部署应用使用的文件包中的字段信息可以包括文件包字段。

可选的，在基于所述待部署应用的基础属性信息、待部署应用的配置信息和待部署应用使用的文件包中的字段信息，生成应配置资源项时，可以获取所述待部署应用的基础属性信息中的第一字段名称、所述待部署应用的第二字段名称、所述待部署应用使用的文件包所对应的第三字段名称；确定所述第一字段名称对应的第一应配置数据，确定所述第二字段名称对应的第二应配置数据，确定所述第三字段名称对应的第三应配置数据；将各字段名称以及与所述各字段名称各自对应的应配置数据确定为一项应配置资源项，其中所述各字段名称包括：所述第一字段名称、所述第二字段名称、所述第三字段名称。

具体的，例如，作为一个示例，假设待部署应用的基础属性信息中的第一字段名称包括应用部署类型字段、部署机房字段和内存配置字段，待部署应用的第二字段名称包括缓存资源字段、数据库资源字段、中间件资源字段、域名字段，待部署应用使用的文件包所对应的第三字段名称为文件包字段。

此时，基于上述字段名称可以确定其所对应的应配置数据，例如可以确定应用部署类型字段对应的配置数据为私有云部署，部署机房字段所对应的配置数据为机房B，内存配置字段所对应的配置数据为25000，缓存资源字段所对应的配置数据为redis配置数据N，数据库资源字段所对应的配置数据为mySQL配置数据Q，中间件资源字段所对应的配置数据为kafka配置数据P，域名字段所对应的配置数据为地址D，文件包字段所对应的配置数据为Jav包。在确定上述各字段名称所对应的应配置数据后，可以将具有对应关系的字段名称和配置数据确定为一个应配置资源项。

这样，通过待部署应用的基础属性信息、待部署应用的配置信息和待部署应用使用的文件包中的字段信息，生成应配置资源项，实现了将待部署应用部署所需的资源均生成应配置资源项，避免了资源核对时的遗漏问题。

步骤203：若存在所述已配置资源项与其对应的所述应配置资源项不一致，则将所述已配置资源项确定为所述资源核对项。

在本步骤中，具体的，若存在一个已配置资源项与其对应的应配置资源项不一致，则将该已配置资源项确定为资源核对项。

例如，假设已配置资源项为数据库资源mySQL，已配置数据为R，而与其对应的应配置资源中数据库资源mySQL的应配置数据为Q，则可以确定该已配置资源项与其对应的应配置资源项不一致，因此可以将该数据库资源确定为资源核对项。

可以理解的是，若一个应配置资源项所对应的已配置资源项未配置，则可以认为该应配置资源项所对应的已配置资源项同样为资源核对项。

这样，通过将与应配置资源项不一致的已配置资源项确定为资源核对项，使得能够对配置不合理的已配置资源项进行核对，避免了待部署应用的资源配置错误问题。

在一种可能的实现方式中，已配置资源信息可以包括待部署应用的基础属性信息、待部署应用的配置信息、待部署应用使用的文件包中的至少一个。

需要说明的是，待部署应用的基础属性信息、待部署应用的配置信息、待部署应用使用的文件包的具体内容可以参见上述实施例，在此不再对此进行赘述。

在一种可能的实现方式中，根据所述已配置资源信息生成与所述待部署应用对应的资源核对信息之后，还可以包括如下步骤：

基于预先设置的所述至少一个资源核对项与至少一个操作平台之间的对应关系，确定目标资源核对项所对应的目标操作平台，其中所述目标资源核对项为任意一项资源核对项，所述目标操作平台为所述至少一个操作平台中所述目标资源核对项对应的操作平台；

向所述目标操作平台发送请求信息，其中所述请求信息用于请求所述目标操作平台对所述目标资源核对项进行处理；

接收所述目标操作平台对所述目标资源核对项处理完成后所反馈的处理结果，其中所述处理结果用于指示所述目标资源核对项已核对通过。

可选的，所述操作平台包括下述中的至少一个：数据库管理平台、中间件管理平台、系统运维管理平台、应用安全管理平台。

本实施例中可以预先设置至少一个资源核对项与至少一个操作平台之间的对应关系，例如可以设置一个或多个资源核对项与一个操作平台之间的对应关系。然后可以基于该对应关系确定目标资源核对项所对应的目标操作平台，并通过该目标操作平台对该目标资源核对项进行处理，得到该目标操作平台对该目标资源核对项处理完成后所反馈的处理结果。

例如，作为一个示例，假设资源核对项“数据库资源”与数据库管理平台具有对应关系，数据库资源例如为Mysql、Tidb等；假设资源核对项“缓存资源”与中间件管理平台具有对应关系，缓存资源例如为kafka,redis,zookeeper等；假设资源核对项“域名解析”与系统运维管理平台具有对应关系；假设资源核对项“应用包”与应用安全管理平台具有对应关系。

通过上述对应关系，假设目标资源核对项为数据库资源，则可以向数据库管理平台发送请求信息，此时数据库管理平台对数据库资源核对项进行处理并反馈处理结果。

这样，电子设备通过上述对应关系，向资源核对项所对应的操作平台发送请求信息，以使不同的操作平台对所对应的资源核对项进行处理，实现了电子设备与不同操作平台之间的通信，使得能够从电子设备向不同操作平台发送对资源核对项进行处理的请求信息，避免了操作人员需要从操作平台的操作入口进入操作平台进行处理的问题，便于数据分析以及应用使用资源的统计，为后续统一整改提供了数据支撑。

此外，在一种可能的实现方式中，对待部署应用进行部署，可以将所述待部署应用部署在待部署平台中；接收所述待部署平台反馈的所述待部署应用的部署状态，其中所述待部署应用的部署状态包括所述待部署应用部署成功或所述待部署应用部署失败。

具体的，待部署平台可以为私有云平台、公有云平台、虚拟机平台等。

在本实施例中，可以将待部署应用部署在待部署平台中，此时待部署平台反馈该待部署应用的部署状态，该部署状态包括该待部署应用部署成功或该待部署应用部署失败，这使得用户能够知晓应用部署结果。

下面结合图3对本实施例进行具体说明。

具体的，电子设备可以是整个流程的控制中心或决策中心，主要存储各种元数据，并根据元数据提供各种强制要求的决策，并可查看应用的关联资源等，研发用户只需要在这个页面操作即可。例如，电子设备可以为配置管理数据库(Configuration ManagementDatabase，CMDB)，CMDB可能是由几个物理数据库组成，这些数据库形成了一个逻辑实体，对数据库之间的整合状况要进行优化，所有配置项信息都包括在配置管理数据库中。

此外，在应用部署过程中还可以通过代码仓库(Git)、持续集成(ContinuousIntegration，CI)、持续交付(Continuous Delivery，CD)系统联合部署。

其中，CI是软件开发周期的一种实践，把代码仓库(Gitlab或者Github)、构建工具(如Jenkins)和测试工具(SonarQube)集成在一起，频繁的将代码合并到主干然后自动进行构建和测试。简单来说持续集成就是一个监控版本控制系统中代码变化的工具，当发生变化是可以自动编译和测试以及执行后续自定义动作。

CD是在CI的基础进行了扩展，在CI环节完成了软件构建和测试工作并形成了新的版本，那么接下来就要进行交付，而这里的交付并不是交付到生产环境，而是类生产环境(STAGING)，可以理解为灰度环境或者预发环境，进而接受部分真实流量的测试。如果没有问题的话则通过手动的方式部署到生产环境。

假设待部署应用为应用W，且应用W为采用springcloud开发的后端管理系统，属于多活应用，在系统中有使用Mysql、redis、kafka资源，不开通外网访问，办公区可访问即可。以应用W首次上线发布为例，应用部署过程可以如下：

首先，用户通过Git进行应用W的部署包构建，且应用W测试完成通过，研发人员在CMDB应用列表中找到应用W，并根据CI提供的代码分支选择对应版本，例如v1.0.0；然后确认应用的部署类型(多活应用)是否正确，若正确点击确认。

然后，CMDB获取应用W的已配置资源信息，并根据已配置资源信息生成与应用W对应的资源核对信息。

其中，资源核对信息包括待部署应用在部署前需核对的至少一个资源核对项。

还需要说明的是，资源核对信息的相关内容可以参见上述方法实施例，在此不再对此进行赘述。

再然后，CMDB基于预先设置的所述至少一个资源核对项与至少一个操作平台之间的对应关系，确定目标资源核对项所对应的目标操作平台，并由目标操作平台对目标资源核对项进行处理并反馈处理结果。

具体的，目标资源核对项为任意一项资源核对项，目标操作平台为至少一个操作平台中目标资源核对项对应的操作平台。

例如，资源核对项“数据库资源”与数据库管理平台具有对应关系，数据库资源例如为Mysql、Tidb等；资源核对项“缓存资源”与中间件管理平台具有对应关系，缓存资源例如为kafka,redis,zookeeper等；资源核对项“域名解析”与系统运维管理平台具有对应关系；资源核对项“应用包”与应用安全管理平台具有对应关系。

通过上述对应关系，数据库管理平台对数据库资源核对项进行处理并反馈处理结果，中间件管理平台对缓存资源核对项进行处理并反馈处理结果，系统运维管理平台对域名资源核对项进行处理并反馈处理结果，应用安全管理平台对应用包资源核对项进行处理并反馈处理结果。

可以理解的是，数据库资源核对项可以包括数据库未创建、数据库的账号未创建等；缓存资源核对项可以包括redis没有对应的集群和账号、kafka没有对应的集群和主题等；域名资源核对项可以包括办公区域名未解析；应用包资源核对项可以包括应用的登录密码未加密等。

再然后，CMBD在接收到操作平台反馈的处理结果后，可以通过CD系统将待部署应用部署在待部署平台中，并接收待部署平台反馈的待部署应用的部署状态。

待部署应用的部署状态包括待部署应用部署成功或待部署应用部署失败。

待部署平台可以为私有云服务器。

CMDB在接收到处理结果后，可以通知CD系统对应用W进行部署。此时，CD系统可以根据应用W的分支信息，机房信息，生成对应的部署架构图，待用户确认无误后，将对应的部署包发布到对应的私有云服务器上。

经过上述步骤，应用W的部署流程完成。

需要说明的是，本申请实施例提供应用部署方法，执行主体可以为应用部署装置，或者该应用部署装置中的用于执行应用部署方法的控制模块。本申请实施例中以应用部署装置执行应用部署方法为例，说明本申请实施例提供的应用部署装置。

如图4所示，该装置包括：

获取模块401，用于获取待部署应用的已配置资源信息；

生成模块403，用于根据所述已配置资源信息生成与所述待部署应用对应的资源核对信息，其中所述资源核对信息包括所述待部署应用在部署前需核对的至少一个资源核对项；

部署模块405，用于若所述资源核对信息中的所有资源核对项核对通过，则对所述待部署应用进行部署。

在一种可能的实现方式中，所述已配置资源信息包括至少一个已配置资源项；

所述生成模块403用于，检测各所述已配置资源项与其对应的应配置资源项是否一致；若存在所述已配置资源项与其对应的所述应配置资源项不一致，则将所述已配置资源项确定为所述资源核对项。

在一种可能的实现方式中，所述生成模块403还用于，基于所述待部署应用的基础属性信息、待部署应用的配置信息和待部署应用使用的文件包中的字段信息，生成至少一个所述应配置资源项。

在一种可能的实现方式中，所述生成模块403用于，获取所述待部署应用的基础属性信息中的第一字段名称、所述待部署应用的第二字段名称、所述待部署应用使用的文件包所对应的第三字段名称；确定所述第一字段名称对应的第一应配置数据，确定所述第二字段名称对应的第二应配置数据，确定所述第三字段名称对应的第三应配置数据；将各字段名称以及与所述各字段名称各自对应的应配置数据确定为一项应配置资源项，其中所述各字段名称包括：所述第一字段名称、所述第二字段名称、所述第三字段名称。

在一种可能的实现方式中，所述已配置资源信息包括所述待部署应用的基础属性信息、待部署应用的配置信息、待部署应用使用的文件包中的至少一个。

在一种可能的实现方式中，所述部署模块405还用于，基于预先设置的所述至少一个资源核对项与至少一个操作平台之间的对应关系，确定目标资源核对项所对应的目标操作平台，其中所述目标资源核对项为任意一项资源核对项，所述目标操作平台为所述至少一个操作平台中所述目标资源核对项对应的操作平台；向所述目标操作平台发送请求信息，其中所述请求信息用于请求所述目标操作平台对所述目标资源核对项进行处理；接收所述目标操作平台对所述目标资源核对项处理完成后所反馈的处理结果，其中所述处理结果用于指示所述目标资源核对项已核对通过。

在一种可能的实现方式中，所述操作平台包括下述中的至少一个：数据库管理平台、中间件管理平台、系统运维管理平台、应用安全管理平台。

在一种可能的实现方式中，所述部署模块405用于，将所述待部署应用部署在待部署平台中；接收所述待部署平台反馈的所述待部署应用的部署状态，其中所述待部署应用的部署状态包括所述待部署应用部署成功或所述待部署应用部署失败。

在此需要说明的是，上述实施例提供的应用部署装置能够实现上述应用部署方法实施例的所有方法步骤及有益效果，为避免重复，在此不再对本实施例中与上述方法实施例中的相同方法步骤以及有益效果进行赘述。

对应上述实施例提供的应用部署方法，基于相同的技术构思，本申请实施例还提供了一种电子设备，该电子设备用于执行上述的应用部署方法，图5为实现本申请各个实施例的一种电子设备的结构示意图。电子设备可因配置或性能不同而产生比较大的差异，可以包括处理器(processor)510、通信接口(Communications Interface)520、存储器(memory)530和通信总线540，其中，处理器510，通信接口520，存储器530通过通信总线540完成相互间的通信。处理器510可以调用存储在存储器530上并可在处理器510上运行的计算机程序，以执行下述步骤：

获取待部署应用的已配置资源信息；

根据所述已配置资源信息生成与所述待部署应用对应的资源核对信息，其中所述资源核对信息包括所述待部署应用在部署前需核对的至少一个资源核对项；

若所述资源核对信息中的所有资源核对项核对通过，则对所述待部署应用进行部署。

在一种可能的实现方式中，所述已配置资源信息包括至少一个已配置资源项；所述根据所述已配置资源信息生成与所述待部署应用对应的资源核对信息，包括：检测各所述已配置资源项与其对应的应配置资源项是否一致；若存在所述已配置资源项与其对应的所述应配置资源项不一致，则将所述已配置资源项确定为所述资源核对项。

在一种可能的实现方式中，所述检测各所述已配置资源项与其对应的应配置资源项是否一致之前，还包括：基于所述待部署应用的基础属性信息、待部署应用的配置信息和待部署应用使用的文件包中的字段信息，生成至少一个所述应配置资源项。

在一种可能的实现方式中，所述基于所述待部署应用的基础属性信息、待部署应用的配置信息和待部署应用使用的文件包中的字段信息，生成应配置资源项，包括：获取所述待部署应用的基础属性信息中的第一字段名称、所述待部署应用的第二字段名称、所述待部署应用使用的文件包所对应的第三字段名称；确定所述第一字段名称对应的第一应配置数据，确定所述第二字段名称对应的第二应配置数据，确定所述第三字段名称对应的第三应配置数据；将各字段名称以及与所述各字段名称各自对应的应配置数据确定为一项应配置资源项，其中所述各字段名称包括：所述第一字段名称、所述第二字段名称、所述第三字段名称。

在一种可能的实现方式中，所述已配置资源信息包括所述待部署应用的基础属性信息、待部署应用的配置信息、待部署应用使用的文件包中的至少一个。

在一种可能的实现方式中，所述根据所述已配置资源信息生成与所述待部署应用对应的资源核对信息之后，还包括：基于预先设置的所述至少一个资源核对项与至少一个操作平台之间的对应关系，确定目标资源核对项所对应的目标操作平台，其中所述目标资源核对项为任意一项资源核对项，所述目标操作平台为所述至少一个操作平台中所述目标资源核对项对应的操作平台；向所述目标操作平台发送请求信息，其中所述请求信息用于请求所述目标操作平台对所述目标资源核对项进行处理；接收所述目标操作平台对所述目标资源核对项处理完成后所反馈的处理结果，其中所述处理结果用于指示所述目标资源核对项已核对通过。

在一种可能的实现方式中，所述操作平台包括下述中的至少一个：数据库管理平台、中间件管理平台、系统运维管理平台、应用安全管理平台。

在一种可能的实现方式中，所述对所述待部署应用进行部署，包括：将所述待部署应用部署在待部署平台中；接收所述待部署平台反馈的所述待部署应用的部署状态，其中所述待部署应用的部署状态包括所述待部署应用部署成功或所述待部署应用部署失败。

本申请实施例还提供一种可读存储介质，其上存储有程序或指令，该程序或指令被处理器执行时实现上述应用部署方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述敏感词检测方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (11)

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

获取待部署应用的已配置资源信息；

根据所述已配置资源信息生成与所述待部署应用对应的资源核对信息，其中所述资源核对信息包括所述待部署应用在部署前需核对的至少一个资源核对项；

若所述资源核对信息中的所有资源核对项核对通过，则对所述待部署应用进行部署。

2.根据权利要求1所述的应用部署方法，其特征在于，所述已配置资源信息包括至少一个已配置资源项；

所述根据所述已配置资源信息生成与所述待部署应用对应的资源核对信息，包括：

检测各所述已配置资源项与其对应的应配置资源项是否一致；

若存在所述已配置资源项与其对应的所述应配置资源项不一致，则将所述已配置资源项确定为所述资源核对项。

3.根据权利要求2所述的应用部署方法，其特征在于，所述检测各所述已配置资源项与其对应的应配置资源项是否一致之前，还包括：

基于所述待部署应用的基础属性信息、待部署应用的配置信息和待部署应用使用的文件包中的字段信息，生成至少一个所述应配置资源项。

4.根据权利要求3所述的应用部署方法，其特征在于，所述基于所述待部署应用的基础属性信息、待部署应用的配置信息和待部署应用使用的文件包中的字段信息，生成至少一个所述应配置资源项，包括：

获取所述待部署应用的基础属性信息中的第一字段名称、所述待部署应用的第二字段名称、所述待部署应用使用的文件包所对应的第三字段名称；

确定所述第一字段名称对应的第一应配置数据，确定所述第二字段名称对应的第二应配置数据，确定所述第三字段名称对应的第三应配置数据；

将各字段名称以及与所述各字段名称各自对应的应配置数据确定为一项应配置资源项，其中所述各字段名称包括：所述第一字段名称、所述第二字段名称、所述第三字段名称。

5.根据权利要求1至4任一项所述的应用部署方法，其特征在于，所述已配置资源信息包括所述待部署应用的基础属性信息、待部署应用的配置信息、待部署应用使用的文件包中的至少一个。

6.根据权利要求1所述的应用部署方法，其特征在于，所述根据所述已配置资源信息生成与所述待部署应用对应的资源核对信息之后，还包括：

基于预先设置的所述至少一个资源核对项与至少一个操作平台之间的对应关系，确定目标资源核对项所对应的目标操作平台，其中所述目标资源核对项为任意一项资源核对项，所述目标操作平台为所述至少一个操作平台中所述目标资源核对项对应的操作平台；

向所述目标操作平台发送请求信息，其中所述请求信息用于请求所述目标操作平台对所述目标资源核对项进行处理；

接收所述目标操作平台对所述目标资源核对项处理完成后所反馈的处理结果，其中所述处理结果用于指示所述目标资源核对项已核对通过。

7.根据权利要求6所述的应用部署方法，其特征在于，所述操作平台包括下述中的至少一个：数据库管理平台、中间件管理平台、系统运维管理平台、应用安全管理平台。

8.根据权利要求1所述的应用部署方法，其特征在于，所述对所述待部署应用进行部署，包括：

将所述待部署应用部署在待部署平台中；

接收所述待部署平台反馈的所述待部署应用的部署状态，其中所述待部署应用的部署状态包括所述待部署应用部署成功或所述待部署应用部署失败。

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

获取模块，用于获取待部署应用的已配置资源信息；

生成模块，用于根据所述已配置资源信息生成与所述待部署应用对应的资源核对信息，其中所述资源核对信息包括所述待部署应用在部署前需核对的至少一个资源核对项；

部署模块，用于若所述资源核对信息中的所有资源核对项核对通过，则对所述待部署应用进行部署。

10.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至8任一项所述的应用部署方法的步骤。

11.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至8任一项所述的应用部署方法的步骤。

Images