1.本发明涉及银行应用运维技术领域,尤其涉及灰度发布技术领域,具体涉及一种业务发布处理方法、装置、存储介质及电子设备。
背景技术:
2.现有技术中的业务发布过程,例如,灰度发布方法,首先需要独立部署可承担一定比例流量、且与生产环境除数据库完全独立的灰度环境。该业务在灰度环境开始投产,灰度环境的流量在新版本的基础上运行,经过预定时间(如一周左右),运维人员经过充分的验证后,再对该业务进行生产环境版本升级,以进一步控制业务版本生产上线风险。
3.但是,上述业务发布方法中,一个业务版本要进行两次投产工作,且业务版本更新迭代频繁,因此也成倍的增加了运维人员的投产压力和重复的各项验证工作压力。实际上,首次投产日投产完成后运维人员需要关注生产运行情况,到运行一周左右完成实施灰转正的投产工作,从投产日到灰转正投产后才应该算是一个业务完全上线,但目前整个过程还需要运维人员不断干预判断,整个业务的投产上线工作没有实现真正意义上的自动化投产。
4.针对上述的问题,目前尚未提出有效的解决方案。
技术实现要素:
5.本发明实施例提供了一种业务发布处理方法、装置、存储介质及电子设备,以至少解决由于现有技术中的业务发布方法需要频繁进行人工干预,造成的发布效率低且人工成本高的技术问题。
6.根据本发明实施例的一个方面,提供了一种业务发布处理方法,包括:获取灰度版本业务中的多个交易指标的交易指标数据,其中,上述多个交易指标至少包括:业务成功率、系统成功率以及服务响应时间;判断上述多个交易指标的交易指标数据是否在目标阈值范围内;若上述交易指标数据均在上述目标阈值范围内,则触发上述灰度版本业务的转正投产流程,将上述灰度版本业务发布为当前版本业务。
7.可选的,获取多个交易指标的交易指标数据,包括:获取上述灰度版本业务的交易日志;通过日志收集镜像对上述交易日志进行预处理,得到处理后的交易日志;基于上述处理后的交易日志和目标处理框架生成上述多个交易指标的交易指标数据,其中,上述目标处理框架用于采用并行计算方式生成上述交易指标数据。
8.可选的,在上述将上述灰度版本业务发布为当前版本业务之后,上述方法还包括:若存在至少一个上述交易指标数据未在上述目标阈值范围内,则检测上述至少一个上述交易指标数据未在上述目标阈值范围内的时长是否达到时间阈值;若上述时长达到上述时间阈值,则触发上述灰度版本业务的退回流程,以原版本业务作为上述当前版本业务。
9.可选的,在确定上述交易指标数据均在上述目标阈值范围之后,上述方法还包括:获取预先设定的转正投产时间;判断当前时间是否为上述预先设定的转正投产时间;若上
述当前时间为上述预先设定的转正投产时间,则触发上述转正投产流程。
10.可选的,上述通过日志收集镜像对上述交易日志进行预处理,得到处理后的交易日志,包括:通过日志收集镜像采集上述交易日志;对采集到的上述交易日志进行聚合处理,得到上述处理后的交易日志。
11.可选的,在上述判断上述多个交易指标的交易指标数据是否在目标阈值范围内之前,上述方法还包括:根据上述交易指标数据生成交易报文;对上述交易报文进行拼接处理,得到处理后的交易报文,其中,上述处理后的交易报文用于确定上述交易指标数据是否在上述目标阈值范围内。
12.根据本发明实施例的另一方面,还提供了一种业务发布处理装置,包括:获取模块,用于获取灰度版本业务中的多个交易指标的交易指标数据,其中,上述多个交易指标至少包括:业务成功率、系统成功率以及服务响应时间;判断模块,用于判断上述多个交易指标的交易指标数据是否在目标阈值范围内;触发模块,用于若上述交易指标数据均在上述目标阈值范围内,则触发上述灰度版本业务的转正投产流程,将上述灰度版本业务发布为当前版本业务。
13.根据本发明实施例的另一方面,还提供了一种非易失性存储介质,上述非易失性存储介质存储有多条指令,上述指令适于由处理器加载并执行任意一项上述的业务发布处理方法。
14.根据本发明实施例的另一方面,还提供了一种电子设备,包括存储器和处理器,上述存储器中存储有计算机程序,上述处理器被设置为运行上述计算机程序以执行任意一项上述的业务发布处理方法。
15.根据本发明实施例的另一方面,还提供了一种处理器,上述处理器用于运行程序,其中,上述程序运行时执行任意一项上述的业务发布处理方法。
16.在本发明实施例中,采用灰度发布的方式,通过获取灰度版本业务中的多个交易指标的交易指标数据,其中,上述多个交易指标至少包括:业务成功率、系统成功率以及服务响应时间;判断上述多个交易指标的交易指标数据是否在目标阈值范围内;若上述交易指标数据均在上述目标阈值范围内,则触发上述灰度版本业务的发布流程,以上述灰度版本业务作为当前版本业务,达到了基于业务指标自动触发并完成灰度版本业务转正流程的目的,从而实现了提升业务发布效率、降低人工程本的技术效果,进而解决了由于现有技术中的业务发布方法需要频繁进行人工干预,造成的发布效率低且人工成本高的技术问题。
附图说明
17.此处所说明的附图用来提供对本发明的进一步理解,构成本技术的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
18.图1是根据本发明实施例的一种业务发布处理方法的流程图;
19.图2是根据本发明实施例的一种可选的业务发布处理方法的流程图;
20.图3是根据本发明实施例的另一种可选的业务发布处理方法的流程图;
21.图4是根据本发明实施例的另一种可选的业务发布处理方法的流程图;
22.图5是根据本发明实施例的一种业务发布处理装置的结构示意图;
23.图6是根据本发明实施例的一种用于实施上述业务发布处理方法的电子设备结构
示意图。
具体实施方式
24.为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
25.需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
26.实施例1
27.根据本发明实施例,提供了一种业务发布处理的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
28.图1是根据本发明实施例的一种业务发布处理方法的流程图,如图1所示,该方法包括如下步骤:
29.步骤s102,获取灰度版本业务中的多个交易指标的交易指标数据;
30.步骤s104,判断上述多个交易指标的交易指标数据是否在目标阈值范围内;
31.步骤s106,若上述交易指标数据均在上述目标阈值范围内,则触发上述灰度版本业务的发布流程,以上述灰度版本业务作为当前版本业务。
32.可选的,上述多个交易指标至少包括:业务成功率、系统成功率以及服务响应时间。
33.需要说明的是,触发灰度版本业务的发布流程(即灰转正投产流程)的充分必要条件是多个交易指标之间是逻辑与的关系,即只有素有交易指标均达标(即在目标阈值范围内)的情况下,才可触发灰转正投产流程,直线灰度版本业务的全面投产;当任意一个或多个指标不达标的情况下,无法触发灰转正投产流程。
34.在本发明实施例中,采用灰度发布的方式,通过获取灰度版本业务中的多个交易指标的交易指标数据,其中,上述多个交易指标至少包括:业务成功率、系统成功率以及服务响应时间;判断上述多个交易指标的交易指标数据是否在目标阈值范围内;若上述交易指标数据均在上述目标阈值范围内,则触发上述灰度版本业务的发布流程,以上述灰度版本业务作为当前版本业务,达到了基于业务指标自动触发并完成灰度版本业务转正流程的目的,从而实现了提升业务发布效率、降低人工程本的技术效果,进而解决了由于现有技术中的业务发布方法需要频繁进行人工干预,造成的发布效率低且人工成本高的技术问题。
35.作为一种可选的实施例,图2是根据本发明实施例的一种可选的业务发布处理方法的流程图,如图2所示,获取多个交易指标的交易指标数据,包括:
36.步骤s202,获取上述灰度版本业务的交易日志;
37.步骤s204,通过日志收集镜像对上述交易日志进行预处理,得到处理后的交易日志;
38.步骤s206,基于上述处理后的交易日志和目标处理框架生成上述多个交易指标的交易指标数据,其中,上述目标处理框架用于采用并行计算方式生成上述交易指标数据。
39.可选的,上述预处理可以但不限于包括:日志采集、日志聚合以及日志传输,等等。
40.可选的,上述交易指标数据为预设时长的交易指标数据,例如,分钟级的交易指标数据。
41.可选的,基于处理后的交易日志,通过基于内存计算的并行处理框架spark,以准实时小批量方式生成分钟级的交易指标数据。
42.作为一种可选的实施例,图3是根据本发明实施例的另一种可选的业务发布处理方法的流程图,如图3所示,在灰度版本业务在应用服务器投产后,进行交易日志采集,应用服务器按照流数据处理平台可接收的一定的格式输出交易日志到本地文件系统,其中,上述交易日志包括业务成功率、系统成功率以及服务响应时间等初始交易指标数据,通过容器的日志收集镜像fluentd完成交易日志的采集、聚合以及传输处理,得到处理后的交易日志,并将上述处理后的交易日志保存至流数据处理平台的分布式文件系统hdfs;流数据处理平台通过基于内存计算的并行处理框架spark对上述处理后的交易日志做出进一步的处理,以准实时小批量方式生成分钟级的交易指标数据,并将上述交易指标数据上送灰转正控制器;灰转正控制器根据上送的业务成功率、系统成功率、服务响应时间数据,与设定阈值进行对比,拼接出指令报文,并将报文发送至执行器。
43.需要说明的是,在本发明实施例至少可以实现如下技术效果:灰度版本业务转正投产后,自动检测应用的各项交易指标数据,无需运维人员人工介入进行灰度版本业务转正投产前的验收验证;让原本需要运维人员在灰度版本业务发布情况下,只需制定一次版本投产策略,灰度版本业务投产时同时制定转正投产流程,并且转正投产流程也通过本系统自动触发完成,无需运维人员干预;如果灰转正控制器根据各项指标判断系统存在异常,会自动立即启动版本回退流程,从发现问题到快速解决问题,提高应急处置效率,同时,相应的,也无需运维人员手工介入。综上,可大大减轻运维人员的投产压力、验证压力和应急处置压力。
44.在一种可选的实施例中,在以上述灰度版本业务作为当前版本业务之后,上述方法还包括:
45.步骤s302,若存在至少一个上述交易指标数据未在上述目标阈值范围内,则检测上述至少一个上述交易指标数据未在上述目标阈值范围内的时长是否达到时间阈值;
46.步骤304,若上述时长达到上述时间阈值,则触发上述灰度版本业务的退回流程,以原版本业务作为上述当前版本业务。
47.可选的,当灰度版本业务投产后,若其中任意一个交易指标未达标的时长达到时间阈值,例如任意一个交易指标连续几个周期未满足目标阈值,则认为灰度版本业务运行期间,版本存在缺陷,此时需立即触发灰度版本回退流程进行版本回退,以原版本业务作为
当前版本业务。
48.在一种可选的实施例中,在确定上述交易指标数据均在上述目标阈值范围之后,上述方法还包括:
49.步骤s402,获取预先设定的转正投产时间;
50.步骤s404,判断当前时间是否为上述预先设定的转正投产时间;
51.步骤s406,若上述当前时间为上述预先设定的转正投产时间,则触发上述转正投产流程。
52.可选的,上述预先设定的转正投产时间可以但不限于可业务空闲时间段,例如,业务影响最低的时间段,或者不对外提供业务服务的时间段。
53.需要说明的是,灰度版本业务的转正投产流程触发的充分必要条件是所有交易指标数据是逻辑与的关系,只有所有交易指标数据均在上述目标阈值范围内,才能触发转正投产流程,完成全面投产,形成闭环流程。在触发转正投产流程之前,可以预先设定一个转正投产时间,预先设定的转正投产时间可以为业务影响最低的时间段,或者不对外提供业务服务的时间段,在当前时间达到预先设定的转正投产时间时,触发上述转正投产流程,以尽可能减少转正投产流程对用户业务使用的影响。
54.在一种可选的实施例中,上述通过日志收集镜像对上述交易日志进行预处理,得到处理后的交易日志,包括:
55.步骤s502,通过日志收集镜像采集上述交易日志;
56.步骤s504,对采集到的上述交易日志进行聚合处理,得到上述处理后的交易日志。
57.可选的,通过容器的日志收集镜像fluentd完成交易日志的采集、聚合以及传输处理,得到处理后的交易日志,并将上述处理后的交易日志保存至流数据处理平台的分布式文件系统hdfs。
58.在一种可选的实施例中,在上述判断上述多个交易指标的交易指标数据是否在目标阈值范围内之前,上述方法还包括:
59.步骤s602,根据上述交易指标数据生成交易报文;
60.步骤s604,对上述交易报文进行拼接处理,得到处理后的交易报文,其中,上述处理后的交易报文用于确定上述交易指标数据是否在上述目标阈值范围内。
61.可选的,根据上述交易指标数据生成交易报文;对上述交易报文进行拼接处理,得到处理后的交易报文;判断上述处理后的交易报文是否在上述目标阈值范围内;若上述处理后的交易报文均在上述目标阈值范围内;则确认与上述处理后的交易报文对应的交易指标数据均在上述目标阈值范围内,此时触发上述灰度版本业务的发布流程,以上述灰度版本业务作为当前版本业务。
62.可选的,仍如图3所示,获取存储于分布式文件系统hdfs中的交易指标数据,对上述交易报文进行加工处理,得到处理后的交易报文,采用灰转正控制器对上述处理后的交易报文与目标阈值范围进行比较。
63.作为一种可选的实施例,图4是根据本发明实施例的另一种可选的业务发布处理方法的流程图,如图4所示,该方法具体包括如下步骤:在灰度版本业务在应用服务器投产后,接收并生产、缓存交易指标数据(即),并将上述交易指标数据传输至流数据平台;进一步判断业务成功率、系统成功率以及服务响应时间是否具满足目标阀值,若判断结果为是,
则触发灰转正投产流程,其中,触发该流程可以设置一个特定的时间段,这个时间段就是业务影响最低的时间段,或者比如某些应用在某些时间段是不对外提供服务的,可以设定为在这个业务空闲时间段内触发灰转正投产流程;若其中一个交易指标数据连续几个周期未满足设置的阀值,则认为灰度版本业务运行期间,版本存在缺陷,灰转正控制器判断需立即触发灰度版本业务回退流程进行版本回退。
64.需要说明的是,本发明实施例在基于物理灰度发布的基础上,串联起项目灰度发布的整个过程,通过前项依赖、交易指标是否达标判断是否触发灰转正投产流程,减少运维人员人工干预,实现灰度发布投产全流程自动化。
65.仍需说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
66.通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
67.实施例2
68.根据本发明实施例,还提供了一种用于实施上述业务发布处理方法的装置实施例,图5是根据本发明实施例的一种业务发布处理装置的结构示意图,如图5所示,上述业务发布处理装置,包括:获取模块50、判断模块52、触发模块54,其中:
69.上述获取模块50,用于获取灰度版本业务中的多个交易指标的交易指标数据,其中,上述多个交易指标至少包括:业务成功率、系统成功率以及服务响应时间;
70.上述判断模块52,用于判断上述多个交易指标的交易指标数据是否在目标阈值范围内;
71.上述触发模块54,用于若上述交易指标数据均在上述目标阈值范围内,则触发上述灰度版本业务的转正投产流程,将上述灰度版本业务发布为当前版本业务。
72.在本发明实施例中,采用灰度发布的方式,通过上述获取模块50,用于获取灰度版本业务中的多个交易指标的交易指标数据,其中,上述多个交易指标至少包括:业务成功率、系统成功率以及服务响应时间;上述判断模块52,用于判断上述多个交易指标的交易指标数据是否在目标阈值范围内;上述触发模块54,用于若上述交易指标数据均在上述目标阈值范围内,则触发上述灰度版本业务的转正投产流程,将上述灰度版本业务发布为当前版本业务,达到了基于业务指标自动触发并完成灰度版本业务转正流程的目的,从而实现了提升业务发布效率、降低人工程本的技术效果,进而解决了由于现有技术中的业务发布方法需要频繁进行人工干预,造成的发布效率低且人工成本高的技术问题。
73.需要说明的是,上述各个模块是可以通过软件或硬件来实现的,例如,对于后者,可以通过以下方式实现:上述各个模块可以位于同一处理器中;或者,上述各个模块以任意
组合的方式位于不同的处理器中。
74.此处需要说明的是,上述获取模块50、判断模块52、触发模块54对应于实施例1中的步骤s102至步骤s106,上述模块与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例1所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在计算机终端中。
75.需要说明的是,本实施例的可选或优选实施方式可以参见实施例1中的相关描述,此处不再赘述。
76.上述的业务发布处理装置还可以包括处理器和存储器,上述获取模块50、判断模块52、触发模块54等均作为程序单元存储在存储器中,由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
77.处理器中包含内核,由内核去存储器中调取相应的程序单元,上述内核可以设置一个或以上。存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(ram)和/或非易失性内存等形式,如只读存储器(rom)或闪存(flash ram),存储器包括至少一个存储芯片。
78.根据本技术实施例,还提供了一种非易失性存储介质的实施例。可选的,在本实施例中,上述非易失性存储介质包括存储的程序,其中,在上述程序运行时控制上述非易失性存储介质所在设备执行上述任意一种业务发布处理方法。
79.可选的,在本实施例中,上述非易失性存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中,或者位于移动终端群中的任意一个移动终端中,上述非易失性存储介质包括存储的程序。
80.可选的,在程序运行时控制非易失性存储介质所在设备执行以下功能:获取灰度版本业务中的多个交易指标的交易指标数据,其中,上述多个交易指标至少包括:业务成功率、系统成功率以及服务响应时间;判断上述多个交易指标的交易指标数据是否在目标阈值范围内;若上述交易指标数据均在上述目标阈值范围内,则触发上述灰度版本业务的转正投产流程,将上述灰度版本业务发布为当前版本业务。
81.可选的,在程序运行时控制非易失性存储介质所在设备执行以下功能:获取上述灰度版本业务的交易日志;通过日志收集镜像对上述交易日志进行预处理,得到处理后的交易日志;基于上述处理后的交易日志和目标处理框架生成上述多个交易指标的交易指标数据,其中,上述目标处理框架用于采用并行计算方式生成上述交易指标数据。
82.可选的,在程序运行时控制非易失性存储介质所在设备执行以下功能:若存在至少一个上述交易指标数据未在上述目标阈值范围内,则检测上述至少一个上述交易指标数据未在上述目标阈值范围内的时长是否达到时间阈值;若上述时长达到上述时间阈值,则触发上述灰度版本业务的退回流程,以原版本业务作为上述当前版本业务。
83.可选的,在程序运行时控制非易失性存储介质所在设备执行以下功能:获取预先设定的转正投产时间;判断当前时间是否为上述预先设定的转正投产时间;若上述当前时间为上述预先设定的转正投产时间,则触发上述转正投产流程。
84.可选的,在程序运行时控制非易失性存储介质所在设备执行以下功能:通过日志收集镜像采集上述交易日志;对采集到的上述交易日志进行聚合处理,得到上述处理后的交易日志。
85.可选的,在程序运行时控制非易失性存储介质所在设备执行以下功能:根据上述交易指标数据生成交易报文;对上述交易报文进行拼接处理,得到处理后的交易报文,其中,上述处理后的交易报文用于确定上述交易指标数据是否在上述目标阈值范围内。
86.根据本技术实施例,还提供了一种处理器的实施例。可选的,在本实施例中,上述处理器用于运行程序,其中,上述程序运行时执行上述任意一种业务发布处理方法。
87.根据本技术实施例,还提供了一种计算机程序产品的实施例,当在数据处理设备上执行时,适于执行初始化有上述任意一种的业务发布处理方法步骤的程序。
88.可选的,上述计算机程序产品,当在数据处理设备上执行时,适于执行初始化有如下方法步骤的程序:获取灰度版本业务中的多个交易指标的交易指标数据,其中,上述多个交易指标至少包括:业务成功率、系统成功率以及服务响应时间;判断上述多个交易指标的交易指标数据是否在目标阈值范围内;若上述交易指标数据均在上述目标阈值范围内,则触发上述灰度版本业务的转正投产流程,将上述灰度版本业务发布为当前版本业务。
89.可选的,上述计算机程序产品,当在数据处理设备上执行时,适于执行初始化有如下方法步骤的程序:获取上述灰度版本业务的交易日志;通过日志收集镜像对上述交易日志进行预处理,得到处理后的交易日志;基于上述处理后的交易日志和目标处理框架生成上述多个交易指标的交易指标数据,其中,上述目标处理框架用于采用并行计算方式生成上述交易指标数据。
90.可选的,上述计算机程序产品,当在数据处理设备上执行时,适于执行初始化有如下方法步骤的程序:若存在至少一个上述交易指标数据未在上述目标阈值范围内,则检测上述至少一个上述交易指标数据未在上述目标阈值范围内的时长是否达到时间阈值;若上述时长达到上述时间阈值,则触发上述灰度版本业务的退回流程,以原版本业务作为上述当前版本业务。
91.可选的,上述计算机程序产品,当在数据处理设备上执行时,适于执行初始化有如下方法步骤的程序:获取预先设定的转正投产时间;判断当前时间是否为上述预先设定的转正投产时间;若上述当前时间为上述预先设定的转正投产时间,则触发上述转正投产流程。
92.可选的,上述计算机程序产品,当在数据处理设备上执行时,适于执行初始化有如下方法步骤的程序:通过日志收集镜像采集上述交易日志;对采集到的上述交易日志进行聚合处理,得到上述处理后的交易日志。
93.可选的,上述计算机程序产品,当在数据处理设备上执行时,适于执行初始化有如下方法步骤的程序:根据上述交易指标数据生成交易报文;对上述交易报文进行拼接处理,得到处理后的交易报文,其中,上述处理后的交易报文用于确定上述交易指标数据是否在上述目标阈值范围内。
94.根据本技术实施例,还提供了一种电子设备的实施例,如图6所示,电子设备10包括处理器、存储器及存储在存储器上并可在处理器上运行的程序,处理器执行程序时实现以下步骤:获取灰度版本业务中的多个交易指标的交易指标数据,其中,上述多个交易指标至少包括:业务成功率、系统成功率以及服务响应时间;判断上述多个交易指标的交易指标数据是否在目标阈值范围内;若上述交易指标数据均在上述目标阈值范围内,则触发上述灰度版本业务的转正投产流程,将上述灰度版本业务发布为当前版本业务。
95.上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
96.在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
97.在本技术所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
98.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
99.另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
100.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取非易失性存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个非易失性存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的非易失性存储介质包括:u盘、只读存储器(rom,read-only memory)、随机存取存储器(ram,random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
101.以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
转载请注明原文地址:https://tc.8miu.com/read-3418.html