应用程序部署方法及装置与流程

1.本技术涉及计算机技术领域，尤其涉及一种应用程序部署方法及装置。


背景技术：

2.paas平台作为云计算的一种重要服务模式，方便软件服务的部署和使用；上云应用的程序不管修改的数量多少和文件大小，常见的投产部署模式是对包含有存量和增量在内的所有程序打包成全量镜像包进行投产部署。对于该投产部署模式来说，一方面，全量镜像包的大小可以达到g级别，给版本管理和网络传输带来较大的负担；另一方面，是即使仅修改少数或极小的程序文件，亦需要付出较长的时间代价才能投产上线。


技术实现要素：

3.针对现有技术中的至少一个问题，本技术提出了一种应用程序部署方法及装置，能够提高应用程序部署的效率，同时能够缓解网络传输压力。
4.为了解决上述技术问题，本技术提供以下技术方案：
5.第一方面，本技术提供一种应用程序部署方法，包括：
6.获取待部署应用程序的目标增量程序包；
7.监测目标paas平台中是否存在所述待部署程序对应的存量程序包；
8.若所述目标paas平台存在所述存量程序包，则根据所述目标增量程序包和存量程序包，得到目标全量程序包并将该目标全量程序包部署在所述目标paas平台中。
9.进一步地，在所述得到目标全量程序包并将该目标全量程序包部署在所述目标paas平台中之后，还包括：
10.触发所述目标全量程序包对应的模板容器的启动操作，若启动成功，则确定所述待部署应用程序部署成功。
11.进一步地，所述获取待部署应用程序的目标增量程序包，包括：
12.监测目标地址中是否存在所述待部署应用程序的初始增量程序包，若是，则获取待部署应用程序的初始量程序包并生成程序包获取日志；
13.执行验证步骤，该验证步骤包括：根据所述程序包获取日志和预设的第一日志与结果关系表，验证所述初始增量程序包是否获取成功，若是，则将所述初始增量程序包作为所述目标增量程序包。
14.进一步地，所述的应用程序部署方法，还包括：
15.若所述初始增量程序包获取失败并且获取次数小于等于获取次数阈值，则再次获取所述初始量程序包并再次生成程序包获取日志，返回执行所述验证步骤。
16.进一步地，所述的应用程序部署方法，还包括：
17.若获取所述初始增量程序包失败并且获取次数大于获取次数阈值，则确定所述初始增量程序包获取失败，中止当前操作。
18.进一步地，所述的应用程序部署方法，还包括：
19.若所述初始增量程序包获取成功，则应用所述初始增量程序包更新预设的平台数据表和增量程序数据表。
20.进一步地，所述触发所述目标全量程序包对应的模板容器的启动操作，若启动成功，则确定所述待部署应用程序部署成功，包括：
21.触发所述目标全量程序包对应的模板容器的启动操作并生成服务启动日志；
22.执行服务启动步骤，该服务启动步骤包括：根据所述服务启动日志和预设的第二日志与结果关系表，确定所述模板容器服务是否启动成功，若是，则确定所述待部署应用程序部署成功。
23.进一步地，所述的应用程序部署方法，还包括：
24.若所述模板容器服务启动失败并且启动次数小于等于启动次数阈值，则再次触发所述目标全量程序包对应的模板容器的启动操作并再次生成服务启动日志，返回执行所述服务启动步骤。
25.进一步地，所述的应用程序部署方法，还包括：
26.若所述模板容器服务启动失败并且启动次数大于启动次数阈值，则确定所述待部署应用程序部署失败。
27.第二方面，本技术提供一种应用程序部署装置，包括：
28.获取模块，用于获取待部署应用程序的目标增量程序包；
29.监测模块，用于监测目标paas平台中是否存在所述待部署程序对应的存量程序包；
30.部署模块，用于若所述目标paas平台存在所述存量程序包，则根据所述目标增量程序包和存量程序包，得到目标全量程序包并将该目标全量程序包部署在所述目标paas平台中。
31.第三方面，本技术提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的应用程序部署方法。
32.第四方面，本技术提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现所述的应用程序部署方法。
33.由上述技术方案可知，本技术提供一种应用程序部署方法及装置。其中，该方法包括：获取待部署应用程序的目标增量程序包；监测目标paas平台中是否存在所述待部署程序对应的存量程序包；若所述目标paas平台存在所述存量程序包，则根据所述目标增量程序包和存量程序包，得到目标全量程序包并将该目标全量程序包部署在所述目标paas平台中，能够提高应用程序部署的效率，同时能够缓解网络传输压力；具体地，可以实现上云应用程序按增量方式进行快速投产部署，能够避免仅需将少数文件或细小文件部署到云环境时要走的冗长流程，能够在急需解决程序问题的场景中，快速将应用程序投产部署到云环境中；可以减轻网络传输压力，减少程序包存储和管理压力。
附图说明
34.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本
申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
35.图1是本技术实施例中应用程序部署方法的第一流程示意图；
36.图2是本技术实施例中应用程序部署方法的第二流程示意图；
37.图3是本技术实施例中应用程序部署方法的第三流程示意图；
38.图4是本技术实施例中应用程序部署方法的第四流程示意图；
39.图5是本技术实施例中应用程序部署装置的结构示意图；
40.图6为本技术实施例的电子设备的系统构成示意框图。
具体实施方式
41.为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
42.需要说明的是，本技术公开的应用程序部署方法及装置可用于金融技术领域，也可用于除金融技术领域之外的任意领域，本技术公开的应用程序部署方法及装置的应用领域不做限定。
43.具体通过下述各个实施例进行说明。
44.为了提高应用程序部署的效率，同时缓解网络传输压力，本实施例提供一种执行主体是应用程序部署装置的应用程序部署方法，该应用程序部署装置包括但不限于服务器，如图1所示，该方法具体包含有如下内容：
45.步骤100：获取待部署应用程序的目标增量程序包。
46.具体地，可以定时或实时获取所述待部署应用程序的目标增量程序包；可以基于一个分布式版本控制系统－－git开源工具进行增量程序的封装，自动识别并打包相较于前一版本的程序包中程序文件发生变更的程序文件，可以自动准确识别相较于前一版本的程序包中程序文件发生变更的程序文件，通过压缩算法减少程序包占用的存储空间。
47.步骤200：监测目标paas平台中是否存在所述待部署程序对应的存量程序包。
48.具体地，可以定时或实时监测目标paas平台中是否存在所述待部署程序对应的存量程序包；所述目标paas平台可以是用于部署所述待部署应用程序的paas平台。
49.步骤300：若所述目标paas平台存在所述存量程序包，则根据所述目标增量程序包和存量程序包，得到目标全量程序包并将该目标全量程序包部署在所述目标paas平台中。
50.具体地，增量程序为相较于前一版本做了变更的程序文件；存量程序为项目中除相较于前一版本所做变更程序文件外的所有程序文件；全量程序为增量程序与存量程序的总和；可以定时或实时根据所述目标增量程序包和存量程序包，得到目标全量程序包。
51.为了进一步提高应用程序部署的可靠性，参见图2，在本技术一个实施例中，在步骤300之后，还包含有：
52.步骤400：触发所述目标全量程序包对应的模板容器的启动操作，若启动成功，则确定所述待部署应用程序部署成功。
53.具体地，模板容器是指基于docker镜像运行而成的实例，除镜像包含的程序文件资源外，还包含了运行态的应用进程等，启动后即提供对应的应用程序服务。
54.为了进一步提高获得目标增量程序包的可靠性，参见图3，在本技术一个实施例中，步骤100包含有：
55.步骤110：监测目标地址中是否存在所述待部署应用程序的初始增量程序包，若是，则获取待部署应用程序的初始量程序包并生成程序包获取日志。
56.具体地，若目标地址下存在增量程序包，则生成程序包获取日志文件，不存在增量程序包，则不生成程序包获取日志文件；程序包获取日志包含程序包所在地址、程序包名、程序包大小、获取时间、程序包获取回来的放置路径等信息；所述目标地址可以是一服务器的地址，该服务器与应用程序部署装置通信连接；初始增量程序包即目标地址中所述待部署应用程序对应的增量程序包。
57.步骤120：执行验证步骤，该验证步骤包括：根据所述程序包获取日志和预设的第一日志与结果关系表，验证所述初始增量程序包是否获取成功，若是，则将所述初始增量程序包作为所述目标增量程序包。
58.具体地，所述第一日志与结果关系表包含有程序包获取日志和获取结果之间的对应关系，例如，“成功获取：程序包获取地址程序包名匹配标准式(yyyymmdd_xxx.zip)调度时间段程序包放置地址”。若预设的第一日志与结果关系表中存在包含有程序包获取日志的记录并且该记录的获取结果为成功获取，则确定所述初始增量程序包获取成功，否则，获取失败。若未生成程序包获取日志文件，则为无效获取，调度任务将正常的按调度时间进行下次监测；在验证获取待部署应用程序的目标增量程序包成功之后，可以删除所述目标地址中所述待部署应用程序对应的初始增量程序包。
59.为了达到提高应用程序部署的可靠性以及资源有效利用的均衡效果，在本技术一个实施例中，步骤120还包括：
60.步骤121：若所述初始增量程序包获取失败并且获取次数小于等于获取次数阈值，则再次获取所述初始量程序包并再次生成程序包获取日志，返回执行所述验证步骤。
61.具体地，所述获取次数可以表示本次获取以及之前获取所述初始增量程序包的次数之和。
62.为了达到应用程序部署的可靠性以及资源有效利用的均衡效果，在本技术一个实施例中，步骤120还包括：
63.步骤122：若获取所述初始增量程序包失败并且获取次数大于获取次数阈值，则确定所述初始增量程序包获取失败，中止当前操作。
64.具体地，所述预设的平台数据表和增量程序数据表可以预先存储在应用程序部署装置本地；所述预设的平台数据表可以包含有：paas地址、paas模板容器名、程序类型和部署位置；所述增量程序数据表可以包含有：增量程序包名、存放地址、程序名及目录结构、程序类型、paas地址、paas模板、部署时间模式和启动时间模式。若所述初始增量程序包获取失败，则本次整个部署调度流程中止，可以按照调度时间等待下次调度，预设的平台数据表和增量程序数据表不做更新。
65.为了进一步提高数据表的可靠性，在本技术一个实施例中，步骤120还包含有：
66.步骤123：若所述初始增量程序包获取成功，则应用所述初始增量程序包更新预设
的平台数据表和增量程序数据表。
67.为了进一步提高应用程序部署的可靠性，参见图4，在本技术一个实施例中，步骤400包含有：
68.步骤410：触发所述目标全量程序包对应的模板容器的启动操作并生成服务启动日志。
69.具体地，服务启动日志包含paas模板名、容器名、启动时间段、启动过程日志等信息。
70.步骤420：执行服务启动步骤，该服务启动步骤包括：根据所述服务启动日志和预设的第二日志与结果关系表，确定所述模板容器服务是否启动成功，若是，则确定所述待部署应用程序部署成功。
71.具体地，所述第二日志与结果关系表可以包含有服务启动日志和服务启动结果之间的对应关系，例如，“成功启动：paas模板名时间段容器启动成功关键字”；若根据预设的第二日志与结果关系表内容成功在服务启动日志里匹配到相关信息，则为成功启动；若匹配不到相关信息，则为失败启动。
72.为了达到提高应用程序部署的可靠性以及资源有效利用的均衡效果，在本技术一个实施例中，步骤420还包括：
73.步骤421：若所述模板容器服务启动失败并且启动次数小于等于启动次数阈值，则再次触发所述目标全量程序包对应的模板容器的启动操作并再次生成服务启动日志，返回执行所述服务启动步骤。
74.其中，所述启动次数可以表示本次获取以及之前获取所述初始增量程序包的次数之和。
75.为了达到提高应用程序部署的可靠性以及资源有效利用的均衡效果，在本技术一个实施例中，步骤420还包括：
76.步骤422：若所述模板容器服务启动失败并且启动次数大于启动次数阈值，则确定所述待部署应用程序部署失败。
77.具体地，若所述待部署应用程序部署失败，还可以启动所述存量程序包对应的模板容器服务。
78.从软件层面来说，为了提高应用程序部署的效率，同时缓解网络传输压力，本技术提供一种用于实现所述应用程序部署方法中全部或部分内容的应用程序部署装置的实施例，参见图5，所述应用程序部署装置具体包含有如下内容：
79.获取模块01，用于获取待部署应用程序的目标增量程序包。
80.监测模块02，用于监测目标paas平台中是否存在所述待部署程序对应的存量程序包。
81.部署模块03，用于若所述目标paas平台存在所述存量程序包，则根据所述目标增量程序包和存量程序包，得到目标全量程序包并将该目标全量程序包部署在所述目标paas平台中。
82.本说明书提供的应用程序部署装置的实施例具体可以用于执行上述应用程序部署方法的实施例的处理流程，其功能在此不再赘述，可以参照上述应用程序部署方法实施例的详细描述。
83.为了进一步说明本方案，本技术提供一种应用程序部署系统的应用实例，在本应用实例中，所述应用程序部署系统包括：增量程序源服务器00、版本仓库增量管理调度系统10和paas平台20，其中，版本仓库增量管理调度系统10实现的功能可以相当于上述应用程序部署装置实现的功能，增量程序源服务器00可以相当于上述存放初始增量程序包的服务器；具体描述如下：
84.增量程序源服务器00：为待部署的增量程序的源放置地，可以与版本仓库增量管理调度系统10进行通信。
85.版本仓库增量管理调度系统10：由增量程序包管理模块11、提取文件包模块12、发放文件包模块13、决策调度模块14、数据库管理模块15和从节点模块16六个模块组成，基于主/从通信架构，以决策执行调度任务的模式，通过对数据库进行数据存储与消费，完成对增量程序的获取和管理，同时根据部署时间模式，即时或在指定时间点完成增量程序的投产部署。
86.paas平台20：由数据采集模块21和服务自动重启模块22两个模块组成。其中，数据采集模块21用于采集paas平台与应用程序投产部署相关的模板、容器、程序类型、运行日志和各程序类型各自对应的部署位置等数据；服务自动重启模块22用于根据启动时间模式，即时或在指定时间点执行容器重启指令完成对应模板容器服务的完整的一个“停止－启动”动作，并生成服务启动日志及结果关系表即上述第二日志与结果关系表，若服务启动失败，则恢复备份程序包让环境可用；paas平台20可以与版本仓库增量管理调度系统10进行通信。
87.为了进一步说明本方案，结合上述应用程序部署系统，本技术提供一种应用程序部署方法的应用实例，具体描述如下：
88.步骤s101：在决策调度模块14上建立自动调度paas数据采集任务j001，该任务定义了触发paas平台数据采集模块21的触发器和读写数据库驱动块。此任务仅需配置一次，之后自动轮循调度。
89.步骤s102：在决策调度模块14上建立自动调度提取任务j002，该任务定义了增量程序包获取地址即增量程序源服务器地址、触发提取文件包模块12的触发器和读写数据库驱动块。此任务仅需配置一次，之后自动轮循调度。
90.步骤s103：在决策调度模块14上建立自动调度发放任务j003，该任务定义了触发发放文件包模块13的触发器和读写数据库驱动块。此任务仅需配置一次，后自动轮循调度。
91.步骤s104：在决策调度模块14上建立自动调度日志提取任务j004，该任务定义了paas平台的服务启动日志及结果关系表的获取地址，还定义了触发提取文件包模块12的触发器和读写数据库驱动块。此任务仅需配置一次，之后自动轮循调度。
92.具体地，可以预先存储各类调度任务各自对应的日志与结果关系表；在各个调度任务执行时，同时带上与该调度任务相匹配的日志与结果的信息一起调度执行。调度任务执行时基于日志与结果关系表快速定位调度结果，根据调度结果发出下一条调度指令；该调度任务执行结果的判断模式，能够提高调度任务的自动化程度和效率。
93.步骤s105：在决策调度模块14上建立自动调度日志发放任务j005，该任务定义了服务启动日志及结果关系表的发放地址、触发发放文件包模块13的触发器和读写数据库驱动块。此任务仅需配置一次，之后自动轮循调度。
94.步骤s106：开发人员定义服务信息文件。服务信息文件包含有增量程序将要投产到的目标paas地址、程序名及目录结构、程序所属程序类型、程序所属paas平台模板名、部署时间模式、启动时间模式等信息。其中，目录结构为该程序在paas平台上部署的相对路径，将与该程序类型在paas平台上的部署路径一起组成在paas平台上的绝对部署路径；程序类型是跟paas上的程序类型相对应的；paas平台模板为项目对一个功能模块或一个业务逻辑的实现的封装，同时带有描述容器运行方式的配置——一个项目会根据功能模块或业务分层划分成多个模板，当项目按docker镜像模式部署到paas平台上时即体现为一个个paas平台模板的形态；部署时间模式可以是即时部署或指定时间点部署；启动时间模式可以即时启动或指定时间点启动。
95.具体地，部署时间模式和启动时间模式均可以表示基于重构quartz调度架构，对任务执行的状态变化以及变化后触发的操作逻辑进行封装改造，调度任务支持接收时间参数，按照时间参数执行调度任务，根据指令内容动态驱动调度任务执行，以完成一个完整周期的调用任务，能够提高任务调度的灵活度，有效保证一项任务在调度链路中执行的完整性。
96.步骤s107：将增量程序文件打包。增量程序包名按20210328_001.zip规则定义，其中“20210328”为当天日期，“001”为标识位，存储在步骤s102里定义的增量程序包获取地址中。
97.步骤s108：自动调度paas数据采集任务j001根据调度决策触发paas平台数据采集模块21，获取paas地址、paas模板名、容器名、程序类型、各程序类型部署位置等数据，此数据由paas平台数据采集脚本对运行在paas平台上的模板容器进行数据采集而来，存储在数据库模块15的平台数据表中。平台数据表的表结构字段如表1所示：
98.表1
99.paas地址paas模板名容器名程序类型部署位置
100.步骤s109：若自动调度提取任务j002根据调度决策监测确定增量程序包获取地址中存在符合命名规范的增量程序包，触发提取文件包模块12，将增量程序包提取到增量程序包管理模块11指定的存放地址上，将增量程序包获取地址中的增量程序包删除；触发增量程序包管理模块11拆解增量程序包，读取增量程序包中的服务信息文件，将待投产到的paas地址、程序名及目录结构、程序所属程序类型、程序所属paas模板名、部署时间模式、启动时间模式等信息，连同增量程序包名和存放地址等信息一起存储在数据库模块15的增量程序数据表中。增量程序数据表的表结构字段如下表2所示：
101.表2
[0102][0103]
自动调度提取任务j002的给决策调度模块14发送一条开始执行下一调度任务的指令，指令格式按表3规则定义：
[0104]
表3
[0105]
当前调度任务名成功/失败标志位次数标志位下一个调度任务名
j002成功：0/失败：11/2j003/j002
[0106]
即若自动调度提取任务j002执行成功，则发送指令j00201j003；若执行失败，则发送指令j00211j002。其中，自动调度提取任务j002执行的成功与否是将预设的日志与结果关系表内容跟生成的实际日志进行匹配定位得出。
[0107]
步骤s110：决策调度模块14接收到指令后，按指令内容触发下一个任务即自动调度发放任务j003或重新执行失败的自动调度提取任务j002。若指令里的“成功/失败标志位”为1，而“次数标志位”为2，则不再重新执行j002，将结果记入数据库模块15的任务调度结果表中，供查阅，并发送邮件告知用户调度结果，本次整个部署调度流程中止，j003亦不再执行。任务调度结果表的表结构字段和对应字段的记录如下表4：
[0108]
表4
[0109][0110]
若触发指令为执行自动调度发放任务j003，则根据调度决策读取数据库模块15的平台数据表和增量程序数据表，获取所有部署所需的数据，按部署时间模式，即时或在指定时间点触发发放文件包模块13，备份paas平台上的同名存量程序，采取增量程序与存量程序整合的部署模式部署到目标paas的部署位置上，完成增量程序的部署；同时将服务信息文件中的数据存储在指定的管理地址上。触发服务自动重启模块22，执行步骤s111。
[0111]
步骤s111：服务自动重启模块22读取服务信息文件，按启动时间模式，即时或在指定时间点执行容器启动指令完成对应模板容器服务的启动，并生成服务启动日志。如果服务启动成功则打包成20210328_001_success.zip日志包；如果服务启动失败，则打包成20210328_001_fail.zip日志包，然后按备份程序进行恢复并删除新增程序，然后启动服务让环境恢复可用。日志包由服务自动重启模块22根据服务启动日志判断机制而生成，日志包命名与增量程序包命名规则保持一致，以区别于其它日志包。若自动调度发放任务j003按照对应的日志与结果关系表与日志包存在匹配信息，则自动调度发放任务j003执行成功，否则失败，该日志包为服务成功日志包或服务失败日志包。
[0112]
自动调度发放任务j003给决策调度模块14发送一条开始执行下一个调度任务的指令j00301j004或j00311j003。
[0113]
步骤s112：决策调度模块14接收到指令后，按指令内容触发下一自动调度日志提取任务j004或重新执行上一个失败的自动调度发放任务j003。若指令里的“成功/失败标志位”为1，而“次数标志位”为2，则不再重新执行j003，将结果记入数据库模块15的任务调度结果表中，供查阅，并发送邮件告知用户调度结果，本次整个部署调度流程中止，j004亦不再执行。任务调度结果表对应字段的记录如下表5：
[0114]
表5
[0115][0116]
若触发指令为执行自动调度日志提取任务j004，则根据调度决策触发提取文件包模块12将日志包20210328_001_success.zip或20210328_001_fail.zip提取到增量程序包管理模块11的指定存放地址上，将日志包里的服务启动日志内容和部署结果存储在数据库模块15的任务调度结果表中，供查阅。任务调度结果表对应字段的记录如下表6：
[0117]
表6
[0118][0119]
自动调度日志提取任务j004向决策调度模块14发送一条开始执行下一个调度任务的指令j00401j005或j00411j004。
[0120]
j004的执行结果，是根据日志包提取日志跟预设的日志与结果关系表进行匹配得到。
[0121]
预设的日志与结果关系表按如下格式定义：
[0122]
成功提取：
[0123]
paas地址日志包名匹配标准式(yyyymmdd_xxx_success/fail.zip)调度时间段日志包获取回来的存放地址
[0124]
若根据预设的日志与结果关系表内容成功在日志包提取日志里匹配到相关信息，则为成功提取；若匹配不到相关信息，则为失败提取。
[0125]
步骤s113：决策调度模块14接收到指令后，按指令内容触发下一调度任务即自动调度日志发放任务j005或重新执行上一个失败的自动调度日志提取任务j004。若指令里的“成功/失败标志位”为1，而“次数标志位”为2，则不再重新执行j004，将结果记入数据库模块15的任务调度结果表中，供查阅，并发送邮件告知用户调度结果，本次整个部署调度流程中止，j005亦不再执行。任务调度结果表对应字段的记录如下表7：
[0126]
表7
[0127][0128]
若触发指令为执行自动调度日志发放任务j005，则根据调度决策触发发放文件包模块13将日志包20210328_001_success.zip或20210328_001_fail.zip发放到增量程序包的源服务器地址上，供开发人员查阅本次增量程序的投产部署结果，并生成日志包发放日志文件，日志包发放日志包含日志包在增量程序包管理模块11上的存放地址、日志包名、日
志包大小、发放时间、日志包发放到的目标路径等信息。
[0129]
自动调度日志发放任务j005根据预设的日志与结果关系表内容与生成的日志包发放日志进行匹配确定执行成功与否。若j005执行成功，则将日志包成功发放的结果记入数据库模块15的任务调度结果表中，供查阅，并发送邮件告知用户调度结果，本次整个增量程序的部署调度流程结束，开发人员将根据投产部署和任务调度结果根据需要安排下一次增量程序文件的打包，并进行服务信息文件的定义，提供给新一轮调度。任务调度结果表对应字段的记录如下表8：
[0130]
表8
[0131][0132]
预设的日志与结果关系表按如下格式定义：
[0133]
成功发放：
[0134]
日志包在增量程序包管理模块11上的存放地址日志包名匹配标准式(yyyymmdd_xxx_success/fail.zip)调度时间段增量程序包的源服务器地址
[0135]
若根据预设的日志与结果关系表内容成功在日志包发放日志里匹配到相关信息，则为成功发放；若匹配不到相关信息，则为失败发放。
[0136]
如果j005调度任务执行成功，则不再给决策调度模块14发送任何指令，本次增量程序的快速投产部署流程闭环；若j005调度任务执行失败，则给决策调度模块14发送指令j00511j005。
[0137]
步骤s114：决策调度模块14接收到指令后，按指令内容重新执行上一个失败的自动调度日志发放任务j005。若指令里的“成功/失败标志位”为1，而“次数标志位”为2，则不再重新执行j005，将结果记入数据库模块15的任务调度结果表中，供查阅，并发送邮件告知用户调度结果，本次整个增量程序部署的调度流程结束，开发人员将根据投产部署和任务调度结果进行查阅、分析和解决问题，并根据需要重新安排增量程序文件的打包，并进行服务信息文件的定义，提供给新一轮调度。任务调度结果表对应字段的记录如下表9：
[0138]
表9
[0139][0140]
由上述描述可知，本技术提供的应用程序部署方法及装置，能够提高应用程序部署的效率，同时能够缓解网络传输压力；具体地，可以实现上云应用程序按增量方式进行快速投产部署，能够避免仅需将少数文件或细小文件部署到云环境时要走的冗长流程，能够在急需解决程序问题的场景中，快速将应用程序投产部署到云环境中；可以减轻网络传输
压力，减少程序包存储和管理压力。
[0141]
图6为本发明一实施例提供的电子设备的实体结构示意图，如图6所示，该电子设备可以包括：处理器(processor)401、通信接口(communications interface)402、存储器(memory)403和通信总线404，其中，处理器401，通信接口402，存储器403通过通信总线404完成相互间的通信。处理器401可以调用存储器403中的逻辑指令，以执行如下方法：接收云资源任务请求；根据所述云资源任务请求，确定所述云资源任务的调用接口，以使该调用接口对应的第三方云平台根据所述任务必要数据执行所述云资源任务请求对应的云资源任务。
[0142]
此外，上述的存储器403中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0143]
本实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：获取待部署应用程序的目标增量程序包；监测目标paas平台中是否存在所述待部署程序对应的存量程序包；若所述目标paas平台存在所述存量程序包，则根据所述目标增量程序包和存量程序包，得到目标全量程序包并将该目标全量程序包部署在所述目标paas平台中。
[0144]
本实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机程序，所述计算机程序使所述计算机执行上述各方法实施例所提供的方法，例如包括：获取待部署应用程序的目标增量程序包；监测目标paas平台中是否存在所述待部署程序对应的存量程序包；若所述目标paas平台存在所述存量程序包，则根据所述目标增量程序包和存量程序包，得到目标全量程序包并将该目标全量程序包部署在所述目标paas平台中。
[0145]
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0146]
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0147]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特
定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0148]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0149]
在本说明书的描述中，参考术语“一个实施例”、“一个具体实施例”、“一些实施例”、“例如”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
[0150]
以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。