CN115857959A - 一种平台的服务模块部署方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供了一种平台的服务模块部署方法、装置、设备及存储介质，方法包括：响应于目标用户针对部署流程设置界面上的目标服务模块对应的各个执行步骤进行部署的指令，确定目标服务模块的执行步骤顺序和各个执行步骤的多个参数；响应于目标用户针对时间配置界面上指定时间输入指令，确定每个执行步骤对应的执行时间；对主服务器进行关联之后，主服务器向多个从服务器发送执行步骤的执行任务，共同完成目标服务模块对应的执行任务。本申请通过部署流程设置界面和时间配置界面可以实现简单地设置部署步骤，并且可以提高服务模块的部署效率，另外，通过主/从服务器的配置方式，可以实现对多种类型***的服务器的使用。

Description

一种平台的服务模块部署方法、装置、设备及存储介质

技术领域

本申请涉及软件部署技术领域，尤其是涉及一种平台的服务模块部署方法、装置、设备及存储介质。

背景技术

随着产品的升级，随着微服务分布式架构的到来，需要部署的服务模块越来越多。多个服务模块之间关联使用的结构越来越复杂，这样对于服务的打包部署就会变得复杂。

现阶段，在操作人员进行手动部署时，根据业务需求按照规定的步骤进行部署操作，每个步骤都需要操作人员进行手动操作。在执行中，操作人员需要等待上一步骤部署完成后，才可以能执行下个步骤，有可能操作人员忽略或遗忘了某些步骤，容易出现错误。无法保证流程中的每一个模块部署环节都被严格执行。部署的步骤只有操作人员清楚，其他人员想再次进行部署时，需要操作人员进行培训并提供部署文档进行操作。部署步骤进行改变时，操作人员还需要额外的时间进行维护。所以，如何提高服务模块的部署效率以及准确率成为了不容小觑的技术问题。

发明内容

有鉴于此，本申请的目的在于提供一种平台的服务模块部署方法、装置、设备及存储介质，通过部署流程设置界面和时间配置界面可以实现简单地设置部署步骤，并且可以提高服务模块的部署效率，另外，通过主/从服务器的配置方式，可以实现对多种类型***的服务器的使用，还能避免任务被重复执行的情况。

本申请实施例提供了一种平台的服务模块部署方法，所述服务模块部署方法应用于平台，所述平台包括主服务和从服务器，所述服务模块部署方法包括：

响应于目标用户针对部署流程设置界面上的目标服务模块对应的多个执行步骤进行部署的指令，确定多个执行步骤的执行步骤顺序和各个执行步骤的多个参数信息；

响应于所述目标用户针对时间配置界面上指定时间输入指令，确定每个所述执行步骤对应的执行时间；

将执行步骤的所述执行顺序、每个所述执行步骤对应的执行时间与所述主服务器进行关联，以便所述主服务器向多个从服务器发送相对应的所述执行步骤，共同完成所述目标服务模块对应的各个所述执行步骤。

在一种可能的实施方式中，所述确定多个执行步骤的执行顺序，包括：

根据所述目标服务模块的预置功能需求，响应于目标用户在所述部署流程设置界面上对初始流程步骤数据进行部署的指令，将部署完成后的所述初始流程步骤数据进行报文格式化处理生成流程步骤报文；

将所述流程步骤报文中的数据信息进行保存，确定所述目标服务模块的执行步骤顺序。

在一种可能的实施方式中，所述确定各个执行步骤的多个参数，包括：

基于所述部署流程设置界面中对各个所述执行步骤相对应的参数信息的设置以及对所述主服务器的执行环境的执行地址是否进行启用的设置，确定各个所述执行步骤的多个参数。

在一种可能的实施方式中，所述响应于所述目标用户针对时间配置界面上指定时间输入指令，确定每个所述执行步骤对应的执行时间，包括：

检测各个所述执行步骤是否存在历史执行时间；

若是，则根据每个所述执行步骤对应的目标时间对所述历史执行时间的数据进行修改，确定每个所述执行步骤对应的执行时间；

若否，则根据每个所述执行步骤对应的目标时间，在所述时间配置界面上进行执行步骤的执行周期设置，确定每个所述执行步骤对应的执行时间。

在一种可能的实施方式中，所述服务模块部署方法还包括：

在确定所述主服务器完成向多个从服务器发送相对应的所述执行步骤之后，获取预设发布排版计划表；

判断所述预设发布排版计划表之中是否存在所述目标服务模块的排版信息；

若否，则控制所述主服务器和多个所述从服务器停止对当前执行步骤的执行。

在一种可能的实施方式中，在所述控制所述主服务器和多个所述从服务器停止对当前执行步骤的执行之后，所述服务模块部署方法还包括：

获取预设版本信息表，并判断所述预设版本信息表之中是否存在所述服务模块的版本信息；

若不存在，则控制所述主服务器和多个所述从服务器继续停止对当前执行步骤的执行；

若存在，则获取所述服务模块对应的当前版本号，并检测所述当前版本号与所述服务模块的历史版本号是否相一致，若是，则在历史记录中进行版本相同的信息标注。

在一种可能的实施方式中，在所述主服务器向多个从服务器发送所述执行步骤的执行任务之后，所述服务模块部署方法还包括：

当各个所述执行步骤均执行完成后，在历史执行画面中查看历史执行信息；

若存在任一所述执行步骤发生错误，则对发生错误的所述执行步骤进行突出显示，以便进行修改。

本申请实施例还提供了一种平台的服务模块部署装置，所述服务模块部署装置包括：

流程步骤配置模块，用于响应于目标用户针对部署流程设置界面上的目标服务模块对应的多个执行步骤进行部署的指令，确定多个执行步骤顺序和各个执行步骤的多个参数信息；

执行时间配置模块，用于响应于所述目标用户针对时间配置界面上指定时间输入指令，确定每个所述执行步骤对应的执行时间；

任务执行模块，用于将执行顺序、每个所述执行步骤对应的执行时间与所述主服务器进行关联，以便所述主服务器向多个从服务器发送相对应的所述执行步骤，共同完成所述目标服务模块对应的各个所述执行步骤。

本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如上述的平台的服务模块部署方法的步骤。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如上述的平台的服务模块部署方法的步骤。

本申请实施例提供的一种平台的服务模块部署方法、装置、设备及存储介质，所述服务模块部署方法包括：响应于目标用户针对部署流程设置界面上的目标服务模块对应的各个执行步骤进行部署的指令，确定所述目标服务模块的执行步骤顺序和各个执行步骤的多个参数信息；响应于所述目标用户针对时间配置界面上指定时间输入指令，确定每个所述执行步骤对应的执行时间；将所述执行步骤顺序、每个所述执行步骤对应的执行时间与主服务器进行关联之后，以便所述主服务器向多个从服务器发送所述执行步骤的执行任务，共同完成所述目标服务模块对应的各个所述执行步骤的执行任务。本申请通过部署流程设置界面和时间配置界面可以实现简单地设置部署步骤，并且可以提高服务模块的部署效率，另外，通过主/从服务器的配置方式，可以实现对多种类型***的服务器的使用。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例所提供的一种平台的服务模块部署方法的流程图；

图2为本申请实施例所提供的部署流程设置界面中执行步骤顺序配置界面；

图3为本申请实施例所提供的时间配置界面；

图4为本申请实施例所提供的一种平台的服务模块部署方法的流程示意图；

图5为本申请实施例所提供的一种平台的服务模块部署装置的结构示意图之一；

图6为本申请实施例所提供的一种平台的服务模块部署装置的结构示意图之二；

图7为本申请实施例所提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中的附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应当理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的全部其他实施例，都属于本申请保护的范围。

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“进行服务模块的部署”，给出以下实施方式，对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。

本申请实施例下述方法、装置、电子设备或计算机可读存储介质可以应用于任何需要进行服务模块的部署的场景，本申请实施例并不对具体的应用场景作限制，任何使用本申请实施例提供的一种平台的服务模块部署方法、装置、设备及存储介质的方案均在本申请保护范围内。

首先，对本申请可适用的应用场景进行介绍。本申请可应用于软件部署技术领域。

经研究发现，现阶段，在操作人员进行手动部署时，根据业务需求按照规定的步骤进行部署操作，每个步骤都需要操作人员进行手动操作。在执行中，操作人员需要等待上一步骤部署完成后，才可以能执行下个步骤，有可能操作人员忽略或遗忘了某些步骤，容易出现错误。无法保证流程中的每一个模块部署环节都被严格执行。部署的步骤只有操作人员清楚，其他人员想再次进行部署时，需要操作人员进行培训并提供部署文档进行操作。部署步骤进行改变时，操作人员还需要额外的时间进行维护。所以，如何提高服务模块的部署效率以及准确率成为了不容小觑的技术问题。

对于此，本申请的一个方面提出了一种平台的服务模块部署方法，通过部署流程设置界面和时间配置界面可以实现简单地设置部署步骤，并且可以提高服务模块的部署效率，另外，通过主/从服务器的配置方式，可以实现对多种类型***的服务器的使用。

请参阅图1，图1为本申请实施例所提供的一种平台的服务模块部署方法的流程图。如图1中所示，本申请实施例提供的服务模块部署方法，服务模块部署方法应用于平台，利用平台的主服务器和从服务器对目标服务模块部署到网站的服务器(或者其他服务器)之上，以使对目标服务模块进行使用，所述服务模块部署方法包括：

S101：响应于目标用户针对部署流程设置界面上的目标服务模块对应的多个执行步骤进行部署的指令，确定多个执行步骤的执行步骤顺序和各个执行步骤的多个参数。

该步骤中，响应于目标用户在部署流程设置界面上对目标服务模块对应的各个执行步骤进行部署的指令，生成目标服务模块的执行步骤顺序和各个执行步骤的多个参数。

这里，在部署流程设置界面上显示着多个执行步骤，如开始、编译、打包以及结束等。

这里，可以在部署流程设置界面上拖动各个执行步骤，生成执行步骤顺序。

这里，执行步骤的多个参数包括公共参数、名称、执行环境参数、文件路径信息等其他参数。

其中，根据预置功能需求，在部署流程设置界面对需要部署的服务模块的执行步骤进行操作流程编排，鼠标拖动各个部署步骤进行部署顺序的调整，规定好步骤执行的顺序之后。在部署流程设置界面可以清晰直观的查看服务模块的执行步骤顺序，先执行哪个模块，后执行哪个模块。即可以当作部署文档进行查看，又可以当作部署顺序规范进行部署执行，为接下来的执行时间部署服务模块做准备。

在一种可能的实施方式中，所述确定多个执行步骤的执行顺序，包括：

A：根据所述目标服务模块的预置功能需求，响应于目标用户在所述部署流程设置界面上对初始流程步骤数据进行部署的指令，将部署完成后的所述初始流程步骤数据进行报文格式化处理生成流程步骤报文。

这里，根据目标服务模块的预置功能需求，响应于目标用户根据目标服务模块的预置功能需求在部署流程设置界面上对初始流程步骤数据进行部署的指令，将部署完成后的初始流程步骤数据进行报文格式化处理生成流程步骤报文。

其中，预置功能需求包括版本升级需求、目标服务模块的功能增加需求、通信网络需求等。这里，流程步骤报文之中包括关联版本信息(verId)、关联模板信息(modelId)、部署名称(name)、部署步骤信息(stages)、部署步骤的显示顺序编号(orderNo)、分组信息(groupNo)、关联剧本信息(scriptId)以及剧本名称(scriptName)等。

其中，关联剧本信息为执行步骤的名称信息，关联模板信息为业务的流水执行信息，分组信息为报文的分组信息。

这里，对于数据的修改还是新增的处理，是根据关联模板信息(modeId)否存在内容来判断的，当modelId模板id不存在，进行新增数据的操作。通过关联版本信息(verId)版本id查询版本信息表，查询到版本信息，新增一条部署模板信息，产品id是通过版本信息中的产品信息找到id、名称是name部署的名称、模板创建人员是当前保存这条数据的人员信息、备注没有值就设置为空字符串，对数据进行保存。将新增数据的主键id设置到deployTemplateId部署模板Id中。当modelId模板id存在，进行修改数据的操作，通过部署模板表查询部署模板信息，对查询到的信息进行修改，名称是name部署的名称、模板创建人员是当前保存这条数据的人员信息，并删除模板中相关的模板步骤信息。

B：将所述流程步骤报文中的数据信息进行保存，确定所述目标服务模块的执行步骤顺序。

这里，将流程步骤报文中的数据信息进行保存，并确定出目标服务模块的执行步骤顺序。

这里，目标服务模块可为配置中心模块、服务网关模块、调度模块、批处理模块、事务模块等。

其中，对stages部署步骤信息进行拆分，拆分后进行循环保存处理，根据剧本id、分组编号、分组中顺序号是进行数据保存。

请参阅图2，图2为本申请实施例所提供的部署流程设置界面中执行步骤顺序配置界面。如图2所示，在执行步骤顺序配置界面中显示名称信息、执行步骤的名称，如开始、编译、打包以及结束，根据目标用户在部署流程设置界面上对初始流程步骤数据进行调整的指令，将调整完成后的初始流程步骤数据进行报文格式化处理生成流程步骤报文，将流程步骤报文中的数据信息进行保存，确定出目标服务模块的执行步骤顺序。

在一种可能的实施方式中，所述确定各个执行步骤的多个参数，包括：

基于所述部署流程设置界面中对各个所述执行步骤相对应的参数信息的设置以及对所述主服务器的执行环境的执行地址是否进行启用的设置，确定各个所述执行步骤的多个参数信息。

这里，根据部署流程设置界面中对各个执行步骤相对应的参数信息的设置以及对执行环境的执行地址是否进行启用的设置，确定各个执行步骤的多个参数。

其中，执行步骤的多个参数包括参数信息以及当前执行环境的执行地址，如，在部署流程设置界面设置编译、打包步骤需要的参数信息，如执行中使用的IP地址，文件路径等其他信息。

其中，在确定出各个执行步骤的多个参数之后，将各个执行步骤的多个参数通过报文格式化处理后进行保存生成步骤参数报文，并可以在步骤参数报文之中获取到以下数据：参数类型(dplType)、参数名称(dplName)、部署时执行的文件名称(execfilename)、部署环境信息的名称(envName)、部署环境信息的IP和端口(porIpPort)、部署环境的类型(envCate)、关联部署信息(dep_id)以及关联模板信息(modelId)等。

其中，对步骤参数报文中获取的dep_id进行操作，可以使用dep_id查询部署信息表当查询不到数据时，将出现“部署实例记录不存在！”的信息提示。当modelId模板id存在时，使用dep_id修改部署信息中的模板id信息。如果modelId不存在时，不修改部署信息。

举例来讲，如果ggPrm公共参数存在将对公共参数进行保存，首先使用dep_id部署信息id和dplName部署名称进行部署模板参数表查询，如果当前dplName部署名称不存在，新增一条部署模板参数信息。类型设置成公共参数。如果exPrm执行参数存在将对执行参数进行保存，首先使用dep_id部署信息id和dplName部署名称进行部署模板参数表查询，如果当前dplName部署名称不存在，新增一条部署模板参数信息，类型设置为执行参数。

在具体实施例中，首先根据功能需求，在部署流程设置界面对需要部署的服务模块的执行步骤进行操作流程编排，鼠标拖动各个部署步骤进行部署顺序的调整，规定好步骤执行的顺序之后。在部署流程设置界面可以清晰直观的查看服务模块的执行步骤顺序，先执行哪个模块，后执行哪个模块。即可以当作部署文档进行查看，又可以当作部署顺序规范进行部署执行，为接下来的执行时间部署服务模块做准备。

S102：响应于所述目标用户针对时间配置界面上指定时间输入指令，确定每个所述执行步骤对应的执行时间。

该步骤中，响应于目标用户在时间配置界面上指定时间输入指令，生成每个执行步骤对应的执行时间。

这里，根据目标用户根据业务需求在在时间配置界面上选择年、月、日、时、分、秒、周等时间信息。

这里，执行时间可为每天的早上8点、或者是每隔20min执行一次，在这里不进行限定。

在一种可能的实施方式中，所述响应于所述目标用户针对时间配置界面上指定时间输入指令，确定每个所述执行步骤对应的执行时间，包括：

(1)：检测各个所述执行步骤是否存在历史执行时间。

这里，检测各个执行步骤是否存在历史执行时间。

其中，在预设的历史执行时间数据库中根据modelId查找在历史执行时间库中是否有modelId相对应的历史执行时间。

(2)：若是，则根据每个所述执行步骤对应的目标时间对所述历史执行时间的数据进行修改，确定每个所述执行步骤对应的执行时间。

这里，针对于每个执行步骤，若该执行步骤存在历史执行时间，则将该执行步骤对应的目标时间直接对历史执行时间的数据进行修改，确定执行步骤对应的执行时间，以实现直接在历史执行时间上进行更改。

(3)：若否，则根据每个所述执行步骤对应的目标时间，在所述时间配置界面上进行执行步骤的执行周期设置，确定每个所述执行步骤对应的执行时间。

这里，针对于每个执行步骤，若该执行步骤不存在历史执行时间，在时间配置界面上进行执行周期设置，确定执行步骤对应的执行时间，以实现快速完成对执行步骤的执行时间的设定。

这里，请参阅图3，图3为本申请实施例所提供的时间配置界面。如图3所示，在时间配置界面的年、月、日、时、分、秒、周等进行时间设置，执行时间格式f1、f2、f3、f4、f5、f6以及f7。其中f1是表示年，f2表示月份，f3表示一个月份中的第几日，f4表示小时，f5表示分钟，f6表示秒，f7表示一个星期中的第几天。当f1为*时表示每年都要执行，f2为*时表示每月都要执行，f3、f4、f5、f6、f7是相同操作。当f1为a-b时表示从第a年到第b年这段时间内要执行，f2为a-b时表示从第a月到第b月都要执行。当f1为a/b时表示从a年开始，每间隔b年进行执行，f2为a/b表示每a月开始，每间隔b月进行执行。当f1为a,b,c,...时表示第a,b,c,...进行要执行，f2为a,b,c,...时表示第a,b,c...月要执行。

这里，将各个每个执行步骤对应的执行时间进行报文格式化处理生成执行时间报文，执行时间报文中的数据包括使用范围、关联指定时间、关联业务关联信息、指定执行时间、相同版本跳过标志、执行标志等。

在具体实施例中，使用执行时间id查询历史任务表，查询到数据时，就修改已经存在的历史执行时间，需要修改的字段是执行时间、是否执行标志、使用范围、业务id、相同版本跳过标志，创建数据、创建人员等信息。若查询不到数据时，需要新增定时任务信息，需要修改的字段是执行时间、是否执行标志、使用范围、业务id、相同版本跳过标志，创建数据、创建人员等信息。

S103：将执行步骤的执行顺序、每个所述执行步骤对应的执行时间与所述主服务器进行关联，以便所述主服务器向多个从服务器发送相对应的所述执行步骤，共同完成所述目标服务模块对应的各个所述执行步骤。

该步骤中，将执行步骤顺序、每个所述执行步骤对应的执行时间与主服务器进行关联，主服务器向多个从服务器发送相对应的执行步骤，共同完成对目标服务模块对应的各个所述执行步骤。

这里，在项目的配置文件setting.py中设置主从服务器信息MASTER_SERVER＝'1'，1是主服务器，0是从服务器。主服务器设置唯一一个，从服务器设置至少一个。

这里，主服务器将每个执行步骤作为一个执行任务，将多个执行任务向至少一个从服务器进行任务分发，以实现主从服务器共同完成对目标服务模块的部署，避免了只用一个服务器对目标服务模块进行部署，部署效率低的技术问题。

这里，在主服务器启动时在执行时间内进行触发执行程序进行部署处理，先把历史的数据库连接进行关闭，读取执行时间信息表，查找是否存在执行时间，若没有执行时间，说明定时任务已经被停止。若存在执行时间，先把需要执行的数据进行保存。需要保存的信息是：执行时间任务表、执行时间、执行编号、开始时间、结束时间、执行状态、描述内容、版本信息以及执行人员等，并将信息保存后作为历史信息方便以后查看历史执行情况。

其中，在多服务器部署时有些是Windows服务器有些是Linux服务器，对于Linux服务器中的定时脚本，Windows服务器是无法直接使用的。对于Windows服务器的任务计划程序，Linux服务器也是不能直接使用的。项目中有几十个定时任务，在同时使用多台服务器进行部署时，每台服务器的定时任务都会执行，这样就会重复执行。使用主从服务器的设置，一台服务器设置成为主服务器，其他服务器设置成为从服务器。主从服务器通过报文进行通信。这样只有主服务器在执行时间内通过指定的报文对从服务器进行任务分发，在从服务器上进行部署执行，即达到了多***可同时使用，也达到了防止重复执行的功能。

在具体实施例中，在平台上响应于目标用户的需求将目标服务模块部署到目标网站的服务器之上。在平台上响应于目标用户在部署流程设置界面上对目标服务模块对应的执行步骤进行部署的指令，确定出多个执行步骤的执行顺序和各个执行步骤的多个参数。在配置完执行步骤顺序和执行部署参数之后，在时间配置界面上对各个执行步骤的执行时间进行配置，在完成时间配置之后，将执行步骤的执行顺序、每个执行步骤对应的执行时间与目标服务模块相对应的主服务器进行关联，关联后，主服务器向其他从服务器发送相对应的执行步骤，主服务器和其他从服务器在各个执行步骤的执行时间内共同执行将目标服务模块部署到目标网站的服务器之上。

在一种可能的实施方式中，所述服务模块部署方法还包括：

I：在确定所述主服务器完成向多个从服务器发送所述执行步骤的执行任务之后，获取预设发布排版计划表。

这里，在确定主服务器完成向多个从服务器发送所述执行步骤的执行任务之后，获取预设发布排版计划表。

其中，预设发布排版计划表用于判断是否存在所述目标服务模块的排版信息，若不存在就不对目标服务模块进行部署。

II：判断所述预设发布排版计划表之中是否存在所述目标服务模块的排版信息。

这里，判断预设发布排版计划表之中是否存在目标服务模块的排版信息。

III：若否，则控制所述主服务器和多个所述从服务器停止对当前执行步骤的执行。

这里，若预设发布排版计划表之中不存在目标服务模块的排版信息，则控制主服务器和多个从服务器停止对当前执行步骤的执行，若预设发布排版计划表之中存在目标服务模块的排版信息，则控制主服务器和多个从服务器继续对当前执行步骤的执行。

在一种可能的实施方式中，在所述控制所述主服务器和多个所述从服务器停止对当前执行步骤的执行之后，所述服务模块部署方法还包括：

i：获取预设版本信息表，并判断所述预设版本信息表之中是否存在所述服务模块的版本信息。

这里，检测预设版本信息表之中是否存在服务模块的版本信息。

ii：若不存在，则控制所述主服务器和多个所述从服务器继续停止对当前执行步骤的执行。

这里，若预设版本信息表之中不存在服务模块的版本信息，则控制主服务器和多个从服务器继续停止对当前执行步骤的执行。

iii：若存在，则获取所述服务模块对应的当前版本号，并检测所述当前版本号与所述服务模块的历史版本号是否相一致，若是，则在历史记录中进行版本相同的信息标注。

这里，若预设版本信息表之中存在服务模块的版本信息，则获取服务模块对应的当前版本号，并检测当前版本号与服务模块的历史版本号是否相一致，若是，则在历史记录中进行版本相同的信息标注。

这里，版本相同的信息标注为“本次版本和上次执行版本相同，本次不执行”。

在具体实施例中，将当前的获取的版本和上次部署的版本进行比较。如果当前版本和上次部署版本相同，本次将不进行部署处理，并在历史执行表中进行“本次版本和上次执行版本相同，本次不执行”的记录，如果当前版本和上次部署版本不同，本次将进行部署处理。

在一种可能的实施方式中，在所述主服务器向多个从服务器发送所述执行步骤的执行任务之后，所述服务模块部署方法还包括：

1)：当各个所述执行步骤均执行完成后，在历史执行画面中查看历史执行信息。

这里，当各个执行步骤均执行完成后，在历史执行画面中查看历史执行信息。

2)：若存在任一所述执行步骤发生错误，则对发生错误的所述执行步骤进行突出显示，以便进行修改。

这里，若存在任意一个执行步骤发生错误，则对发生错误的述执行步骤进行突出显示，以便目标用户进行修改。

其中，当执行步骤执行完成后，在历史执行画面可以查看到历史的执行信息，当执行步骤发生错误内容时，根据错误内容，进行相应处理后，再次进行部署处理。

在实施例中，根据每一执行步骤的执行过程中会自动生成历史执行画面，在历史执行画面可以查看到历史执行信息，若任一执行步骤是发生的错误内容，根据错误内容，进行相应处理后，再次进行部署处理。

进一步的，请参阅图4，图4为本申请实施例所提供的一种平台的服务模块部署方法的流程示意图。如图4所示在部署流程设置界面上根据目标用户对目标服务模块对应的各个执行步骤进行部署的指令，生成目标服务模块的执行步骤顺序和各个执行步骤的多个参数，然后在时间配置界面上进行指定时间输入指令，确定出执行步骤对应的执行时间，将执行步骤顺序、每个执行步骤对应的执行时间与主服务器进行关联之后，以便主服务器向多个从服务器发送执行任务，共同完成所述目标服务模块对应的各个执行步骤的执行任务。实现了通过部署流程设置界面时间配置界面可以简单的设置执行步骤顺序、各个执行步骤的多个参数信息以及执行时间。一键执行时按照已经设置好的流程进行执行处理，不需要人员进行等待重新部署了。且在执行时间内主服务器和从服务器共同执行任务，无需使用人员再次进行配置。

在另一具体实施例中，多种类型***(window***和linux***)服务器定时脚本不通用。多台服务器进行部署时出现重复部署。部署文档需要和部署步骤相互关联，在修改部署步骤时，同时修改部署文档信息。本申请通过根据业务需求在部署流程设置界面对需要部署的服务模块的执行步骤进行操作流程编排，鼠标拖动各个部署步骤进行部署顺序的调整，规定好步骤执行的顺序之后在配置执行步骤的多个参数信息。然后在时间配置界面的年、月、日、时、分、秒、周等进行时间设置生成执行步骤对应的执行时间，将执行步骤顺序、执行步骤对应的执行时间与主服务器进行关联之后，主服务器向多个从服务器发送执行步骤的执行任务，共同完成目标服务模块对应的各个所述执行步骤的执行任务。实现了不受***或设备限制，使用人员可以快速进行配置管理，通过部署流程设置界面和时间配置界面，就可以简单的设置部署步骤，一键执行，按照已经设置好的流程进行执行处理，不需要人员进行等待。进行中即可查看执行的情况，出现错误可以时时修改，可以再次从上次出现错误的地方进行执行。本申请实施例提供的一种平台的服务模块部署方法，所述服务模块部署方法包括：响应于目标用户针对部署流程设置界面上的目标服务模块对应的各个执行步骤进行部署的指令，确定所述目标服务模块的执行步骤顺序和各个执行步骤的多个参数信息；响应于所述目标用户针对时间配置界面上指定时间输入指令，确定每个所述执行步骤对应的执行时间；将所述执行步骤顺序、每个所述执行步骤对应的执行时间与主服务器进行关联之后，以便所述主服务器向多个从服务器发送所述执行步骤的执行任务，共同完成所述目标服务模块对应的各个所述执行步骤的执行任务。通过部署流程设置界面和时间配置界面可以实现简单地设置部署步骤，并且可以提高服务模块的部署效率，另外，通过主/从服务器的配置方式，可以实现对多种类型***的服务器的使用，还能避免任务被重复执行的情况。

请参阅图5、图6，图5为本申请实施例所提供的一种平台的服务模块部署装置的结构示意图之一；图6为本申请实施例所提供的一种平台的服务模块部署装置的结构示意图之二。如图5中所示，所述平台的服务模块部署装置500包括：

流程步骤配置模块510，用于响应于目标用户针对部署流程设置界面上的目标服务模块对应的多个执行步骤进行部署的指令，确定多个执行步骤的执行步骤顺序和各个执行步骤的多个参数；

执行时间配置模块520，用于响应于所述目标用户针对时间配置界面上指定时间输入指令，确定每个所述执行步骤对应的执行时间；

任务执行模块530，用于将执行步骤的所述执行顺序、每个所述执行步骤对应的执行时间与所述主服务器进行关联，以便所述主服务器向多个从服务器发送相对应的所述执行步骤，共同完成所述目标服务模块对应的各个所述执行步骤。

进一步的，流程步骤配置模块510在用于所述确定多个执行步骤的执行顺序时，所述流程步骤配置模块510具体用于：

根据所述目标服务模块的预置功能需求，响应于目标用户在所述部署流程设置界面上对初始流程步骤数据进行部署的指令，将部署完成后的所述初始流程步骤数据进行报文格式化处理生成流程步骤报文；

将所述流程步骤报文中的数据信息进行保存，确定所述目标服务模块的执行步骤顺序。

进一步的，流程步骤配置模块510在用于所述确定各个执行步骤的多个参数时，所述流程步骤配置模块510具体用于：

基于所述部署流程设置界面中对各个所述执行步骤相对应的参数信息的设置以及对执行环境的执行地址是否进行启用的设置，确定各个所述执行步骤的多个参数。

进一步的，执行时间配置模块520在用于所述响应于所述目标用户针对时间配置界面上指定时间输入指令，确定每个所述执行步骤对应的执行时间时，所述执行时间配置模块520具体用于：

检测各个所述执行步骤是否存在历史执行时间；

若是，则根据每个所述执行步骤对应的目标时间对所述历史执行时间的数据进行修改，确定每个所述执行步骤对应的执行时间；

若否，则根据每个所述执行步骤对应的目标时间，在所述时间配置界面上进行执行步骤的执行周期设置，确定每个所述执行步骤对应的执行时间。

进一步的，如图6所示，平台的服务模块部署装置500还包括第一检测模块540，所述第一检测模块540用于：

在确定所述主服务器完成向多个从服务器发送相对应的所述执行步骤之后，获取预设发布排版计划表；

判断所述预设发布排版计划表之中是否存在所述目标服务模块的排版信息；

若否，则控制所述主服务器和多个所述从服务器停止对当前执行步骤的执行。

进一步的，如图6所示，平台的服务模块部署装置500还包括第二检测模块550，所述第二检测模块550用于：

获取预设版本信息表，并判断所述预设版本信息表之中是否存在所述服务模块的版本信息；

若不存在，则控制所述主服务器和多个所述从服务器继续停止对当前执行步骤的执行；

若存在，则获取所述服务模块对应的当前版本号，并检测所述当前版本号与所述服务模块的历史版本号是否相一致，若是，则在历史记录中进行版本相同的信息标注。

进一步的，如图6所示，平台的服务模块部署装置500还包括错误信息检测模块560，所述错误信息检测模块560用于：

当各个所述执行步骤均执行完成后，在历史执行画面中查看历史执行信息；

若存在任一所述执行步骤发生错误，则对发生错误的所述执行步骤进行突出显示，以便进行修改。

本申请实施例提供的一种平台的服务模块部署装置，所述服务模块部署装置包括：流程步骤配置模块，用于响应于目标用户针对部署流程设置界面上的目标服务模块对应的各个执行步骤进行部署的指令，确定所述目标服务模块的执行步骤顺序和各个执行步骤的多个参数信息；执行时间配置模块，用于响应于所述目标用户针对时间配置界面上指定时间输入指令，确定每个所述执行步骤对应的执行时间；任务执行模块，用于将所述执行步骤顺序、每个所述执行步骤对应的执行时间与主服务器进行关联之后，以便所述主服务器向多个从服务器发送所述执行步骤的执行任务，共同完成所述目标服务模块对应的各个所述执行步骤的执行任务。本申请通过部署流程设置界面和时间配置界面可以实现简单地设置部署步骤，并且可以提高服务模块的部署效率，另外，通过主/从服务器的配置方式。

请参阅图7，图7为本申请实施例所提供的一种电子设备的结构示意图。如图7中所示，所述电子设备700包括处理器710、存储器720和总线730。

所述存储器720存储有所述处理器710可执行的机器可读指令，当电子设备700运行时，所述处理器710与所述存储器720之间通过总线730通信，所述机器可读指令被所述处理器710执行时，可以执行如上述图1所示方法实施例中的平台的服务模块部署方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时可以执行如上述图1所示方法实施例中的平台的服务模块部署方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(RandomAccessMemory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种平台的服务模块部署方法，其特征在于，所述服务模块部署方法应用于平台，所述平台包括主服务器和从服务器，所述服务模块部署方法包括：

响应于目标用户针对部署流程设置界面上的目标服务模块对应的多个执行步骤进行部署的指令，确定多个执行步骤的执行顺序和各个执行步骤的多个参数；

响应于所述目标用户针对时间配置界面上指定时间输入指令，确定每个所述执行步骤对应的执行时间；

将执行步骤的所述执行顺序、每个所述执行步骤对应的执行时间与所述主服务器进行关联，以便所述主服务器向多个从服务器发送相对应的所述执行步骤，共同完成所述目标服务模块对应的各个所述执行步骤。

2.根据权利要求1所述的服务模块部署方法，其特征在于，所述确定多个执行步骤的执行顺序，包括：

根据所述目标服务模块的预置功能需求，响应于目标用户在所述部署流程设置界面上对初始流程步骤数据进行部署的指令，将部署完成后的所述初始流程步骤数据进行报文格式化处理生成流程步骤报文；

将所述流程步骤报文中的数据信息进行保存，确定所述目标服务模块的执行步骤顺序。

3.根据权利要求1所述的服务模块部署方法，其特征在于，所述确定各个执行步骤的多个参数，包括：

基于所述部署流程设置界面中对各个所述执行步骤相对应的参数信息的设置以及对所述主服务器的执行环境的执行地址是否进行启用的设置，确定各个所述执行步骤的多个参数。

4.根据权利要求1所述的服务模块部署方法，其特征在于，所述响应于所述目标用户针对时间配置界面上指定时间输入指令，确定每个所述执行步骤对应的执行时间，包括：

检测各个所述执行步骤是否存在历史执行时间；

若是，则根据每个所述执行步骤对应的目标时间对所述历史执行时间的数据进行修改，确定每个所述执行步骤对应的执行时间；

若否，则根据每个所述执行步骤对应的目标时间，在所述时间配置界面上进行执行步骤的执行周期设置，确定每个所述执行步骤对应的执行时间。

5.根据权利要求1所述的服务模块部署方法，其特征在于，所述服务模块部署方法还包括：

在确定所述主服务器完成向多个从服务器发送相对应的所述执行步骤之后，获取预设发布排版计划表；

判断所述预设发布排版计划表之中是否存在所述目标服务模块的排版信息；

若否，则控制所述主服务器和多个所述从服务器停止对当前执行步骤的执行。

6.根据权利要求5所述的服务模块部署方法，其特征在于，在所述控制所述主服务器和多个所述从服务器停止对当前执行步骤的执行之后，所述服务模块部署方法还包括：

获取预设版本信息表，并判断所述预设版本信息表之中是否存在所述服务模块的版本信息；

若不存在，则控制所述主服务器和多个所述从服务器继续停止对当前执行步骤的执行；

若存在，则获取所述服务模块对应的当前版本号，并检测所述当前版本号与所述服务模块的历史版本号是否相一致，若是，则在历史记录中进行版本相同的信息标注。

7.根据权利要求1所述的服务模块部署方法，其特征在于，在所述主服务器向多个从服务器发送所述执行步骤的执行任务之后，所述服务模块部署方法还包括：

当各个所述执行步骤均执行完成后，在历史执行画面中查看历史执行信息；

若存在任一所述执行步骤发生错误，则对发生错误的所述执行步骤进行突出显示，以便进行修改。

8.一种平台的服务模块部署装置，其特征在于，所述服务模块部署装置包括：

流程步骤配置模块，用于响应于目标用户针对部署流程设置界面上的目标服务模块对应的多个执行步骤进行部署的指令，确定多个执行顺序和各个执行步骤的多个参数信息；

执行时间配置模块，用于响应于所述目标用户针对时间配置界面上指定时间输入指令，确定每个所述执行步骤对应的执行时间；

任务执行模块，用于将执行顺序、每个所述执行步骤对应的执行时间与所主服务器进行关联，以便所述主服务器向多个从服务器发送相对应的所述执行步骤，共同完成所述目标服务模块对应的各个所述执行步骤。

9.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过所述总线进行通信，所述机器可读指令被所述处理器运行时执行如权利要求1至7任一所述的平台的服务模块部署方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至7任一所述的平台的服务模块部署方法的步骤。

Images