CN111638885A - 一种插件的发布方法、装置、电子设备及存储介质 - Google Patents
一种插件的发布方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN111638885A CN111638885A CN202010479215.1A CN202010479215A CN111638885A CN 111638885 A CN111638885 A CN 111638885A CN 202010479215 A CN202010479215 A CN 202010479215A CN 111638885 A CN111638885 A CN 111638885A
- Authority
- CN
- China
- Prior art keywords
- plug
- upgraded
- package
- issuing
- proportion
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
- G06F9/44526—Plug-ins; Add-ons
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
Abstract
本发明实施例提供了一种插件的发布方法、装置、电子设备及存储介质,涉及大数据技术领域。该方法包括:获得第一插件包,第一插件包为指定插件的升级版本的插件包,用于对对应作业类型的待升级作业进行升级处理。然后在预设发布周期内,针对每一待升级作业,基于预设发布比例确定该待升级作业是否调用第一插件包;获得各待升级作业的运行结果,并基于预设发布周期内,各待升级作业的运行结果以及各待升级作业调用的插件包版本,确定第一插件包的发布成功比例。通过预设发布比例和发布成功比例,调整预设发布比例,直至第一插件包在所有待升级作业均成功发布。采用该方法可以避免因插件升级导致大量作业运行失败。
Description
技术领域
本发明涉及大数据技术领域,特别是涉及一种插件的发布方法、装置、电子设备及存储介质。
背景技术
大数据开发平台是一种一站式大数据PaaS平台,可以为用户提供作业开发、运行、提交一体化的执行流程。在大数据开发平台中,用户可以在插件列表拖拽一个插件,形成一个作业。
目前,在大数据开发平台中,基于用户需求,可能存在多种类型的作业,比如数据同步、数据加工、数据整合等类型的作业,每种类型的作业对应一个执行该类型作业的插件,该插件对应一个可独立运行的插件包。当需要执行作业时,调度***的执行机(即执行所述作业的服务器)可以加载该作业对应的插件包,从而调度执行该作业。当业务需求发生变化或者存在新功能上线时,需要升级作业对应的插件包,但是由于新旧两个版本的插件包的底层实现逻辑不通,如果直接采用新版本的插件包,将旧版本的插件包禁用,可能会出现因新版本的插件包与历史作业数据不兼容,导致线上运行的大量作业运行失败,使得该插件包对应的插件不可用。
发明内容
本发明实施例的目的在于提供一种插件的发布方法、装置、电子设备及存储介质,用以解决因插件升级导致的大量作业运行失败问题。具体技术方案如下:
第一方面,本申请实施例提供一种插件的发布方法,所述方法应用于数据开发平台,所述数据开发平台用于运行至少一个作业类型的作业,每个作业类型中使用指定插件的作业为待升级作业,所述方法包括:
获得第一插件包,所述第一插件包为所述指定插件的升级版本的插件包,用于对对应作业类型的待升级作业进行升级处理;
在预设发布周期内,针对每一待升级作业,基于预设发布比例确定该待升级作业是否调用所述第一插件包,所述预设发布比例为:所述预设发布周期内,调用所述第一插件包运行的待升级作业数量,占所述预设发布周期内运行的待升级作业总量的比例;
获得各待升级作业的运行结果;
基于所述预设发布周期内,各待升级作业的运行结果以及各待升级作业调用的插件包版本,确定所述第一插件包的发布成功比例;
通过所述预设发布比例和所述发布成功比例,调整所述预设发布比例,直至所述第一插件包在所有所述待升级作业均成功发布。
在一种可能的实现方式中,所述通过所述预设发布比例和所述发布成功比例,调整所述预设发布比例,包括:
若所述发布成功比例达到发布通过阈值,且所述预设发布比例未达到发布比例阈值,则升高所述预设发布比例;
若所述发布成功比例未达到所述发布通过阈值,且所述第一插件包无误,则降低所述预设发布比例。
在一种可能的实现方式中,在通过所述预设发布比例和所述发布成功比例,调整所述预设发布比例之后,所述方法还包括:
基于调整后的预设发布比例,执行所述针对每一待升级作业,基于预设发布比例确定该待升级作业是否调用所述第一插件包的步骤,直至所述第一插件包在所有所述待升级作业均成功发布。
在一种可能的实现方式中,在基于所述预设发布周期内,各待升级作业的运行结果以及各待升级作业调用的插件包版本,确定所述第一插件包的发布成功比例之后,所述方法还包括:
若所述发布成功比例达到发布通过阈值,且所述预设发布比例达到发布比例阈值,则禁用第二插件包,所述第二插件包为所述指定插件的未升级版本的插件包。
在一种可能的实现方式中,所述基于预设发布比例确定该待升级作业是否调用所述第一插件包,包括:
基于所述预设发布比例和该待升级作业的作业标识确定该待升级作业的灰度码;
若所述灰度码的值为第一预设值,则确定该待升级作业调用第一插件包;
若所述灰度码的值为第二预设值,则确定该待升级作业调用第二插件包。
在一种可能的实现方式中,所述基于所述预设发布比例和该待升级作业的作业标识确定该待升级作业的灰度码,包括:
对该待升级作业的作业标识进行哈希运算,得到该待升级作业的哈希码;
根据所述哈希码和所述预设发布比例确定该待升级作业的灰度码。
在一种可能的实现方式中,所述基于所述预设发布周期内,各待升级作业的运行结果以及各待升级作业调用的插件包版本,确定所述第一插件包的发布成功比例,包括:
获取所述预设发布周期内,调用所述第一插件包运行成功的作业数量以及调用所述第一插件包的作业总数量;
对所述调用所述第一插件包运行成功的作业数量与所述调用所述第一插件包的作业总数量进行比值运算,得到所述发布成功比例。
第二方面,本申请实施例提供一种插件的发布装置,所述装置应用于数据开发平台,所述数据开发平台用于运行至少一个作业类型的作业,每个作业类型中使用指定插件的作业为待升级作业,所述装置包括:
获得模块,用于获得第一插件包,所述第一插件包为所述指定插件的升级版本的插件包,用于对对应作业类型的待升级作业进行升级处理;
确定模块,用于在预设发布周期内,针对每一待升级作业,基于预设发布比例确定该待升级作业是否调用所述第一插件包,所述预设发布比例为:所述预设发布周期内,调用所述第一插件包运行的待升级作业数量,占所述预设发布周期内运行的待升级作业总量的比例;
所述获得模块,还用于获得各待升级作业的运行结果;
所述确定模块,还用于基于所述预设发布周期内,各待升级作业的运行结果以及各待升级作业调用的插件包版本,确定所述第一插件包的发布成功比例;
调整模块,用于通过所述预设发布比例和所述发布成功比例,调整所述预设发布比例,直至所述第一插件包在所有所述待升级作业均成功发布。
在一种可能的实现方式中,所述调整模块,具体用于:
若所述发布成功比例达到发布通过阈值,且所述预设发布比例未达到发布比例阈值,则升高所述预设发布比例;
若所述发布成功比例未达到所述发布通过阈值,且所述第一插件包无误,则降低所述预设发布比例。
在一种可能的实现方式中,所述确定模块,还用于基于调整后的预设发布比例,执行所述针对每一待升级作业,基于预设发布比例确定该待升级作业是否调用所述第一插件包的步骤,直至所述第一插件包在所有所述待升级作业均成功发布。
在一种可能的实现方式中,所述装置还包括:
禁用模块,用于若所述发布成功比例达到发布通过阈值,且所述预设发布比例达到发布比例阈值,则禁用第二插件包,所述第二插件包为所述指定插件的未升级版本的插件包。
在一种可能的实现方式中,所述确定模块,具体用于:
基于所述预设发布比例和该待升级作业的作业标识确定该待升级作业的灰度码;
若所述灰度码的值为第一预设值,则确定该待升级作业调用第一插件包;
若所述灰度码的值为第二预设值,则确定该待升级作业调用第二插件包。
在一种可能的实现方式中,所述确定模块,具体用于:
对该待升级作业的作业标识进行哈希运算,得到该待升级作业的哈希码;
根据所述哈希码和所述预设发布比例确定该待升级作业的灰度码。
在一种可能的实现方式中,所述确定模块,具体用于:
获取所述预设发布周期内,调用所述第一插件包运行成功的作业数量以及调用所述第一插件包的作业总数量;
对所述调用所述第一插件包运行成功的作业数量与所述调用所述第一插件包的作业总数量进行比值运算,得到所述发布成功比例。
第三方面,本申请实施例还提供一种电子设备,其特征在于,包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存放的程序时,实现上述第一方面所述的方法步骤。
第四方面,本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现第一方面中所述的方法。
第五方面,本申请实施例还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第一方面中所述的方法。
本发明实施例有益效果:
采用上述技术方案,对于使用指定插件的待升级作业,可以基于预设发布比例确定预设发布周期内,每一待升级作业是否调用第一插件包,第一插件包为指定插件的升级版本的插件包。从而使得预设发布比例的待升级作业调用第一插件包,避免了大量的待升级作业运行失败的情况。且之后还可以通过各待升级作业的运行结果以及各待升级作业调用的插件包版本确定第一插件包的发布成功比例,并根据该发布成功比例调整预设发布比例,直至第一插件包在所有待升级作业均发布成功。从而,通过第一插件包的发布成功比例,逐步调整预设发布比例,使得第一插件包平滑上线,避免了大量待升级作业使用第一插件包运行失败。
当然,实施本发明的任一产品或方法并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种插件的发布方法的流程图;
图2为本申请实施提供的另一种插件的发布方法的流程图;
图3为本申请实施例提供的另一种插件的发布方法的流程图;
图4为本申请实施例提供的一种插件的发布装置的结构示意图;
图5为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为方便理解,首先对本申请实施例中涉及的相关名词进行解释。
插件:为一个作业配置模板,包含适用的作业类型以及该作业类型作业的必要参数。
作业:为由开发人员定义的用于完成一定工作的逻辑单元。
作业的运行依赖于插件包,同种类型的作业使用同一个插件,换言之,同种类型的作业通过调用同一个插件的插件包运行。
本申请实施例提供一种插件的发布方法,该方法应用于数据开发平台,数据开发平台用于运行至少一个作业类型的作业,每个作业类型中使用指定插件的作业为待升级作业。
其中,指定插件为需要被升级的插件。
例如,数据开发平台运行了数据同步类型的作业、数据加工类型的作业以及数据整合类型的作业。
数据同步类型的作业使用插件A、数据加工类型的作业使用插件B、数据整合类型的作业使用插件C。假设需要对插件A升级,则上述指定插件为插件A,待升级作业为数据同步类型的作业。
如图1所示,本申请实施例提供的插件的发布方法包括:
S101、获得第一插件包,第一插件包为指定插件的升级版本的插件包,用于对对应作业类型的待升级作业进行升级处理。
结合上文的举例,当需要对插件A升级时,***管理员可以通过数据开发平台上传一个升级版本的插件包,即上述第一插件包,从而使得数据开发平台获得第一插件包。该第一插件包用于对数据同步类型的作业进行升级处理。
另外,指定插件(例如插件A)还对应一个未升级版本的插件包,可称为第二插件包。
S102、在预设发布周期内,针对每一待升级作业,基于预设发布比例确定该待升级作业是否调用第一插件包。
其中,预设发布比例为:预设发布周期内,调用第一插件包运行的待升级作业数量,占预设发布周期内运行的待升级作业总量的比例。
例如,预设发布比例可以为30%,假设预设发布周期内运行了的1000个待升级作业,则其中300个待升级作业调用第一插件包,700个待升级作业调用第二插件包。
预设发布周期可以由***管理员提前设置,比如预设发布周期可以为一周,将周一00:00至周日24:59作为一个预设发布周期。
S103、获得各待升级作业的运行结果。
其中,运行结果包括运行成功和运行失败。
在一些实施例中,待升级作业的运行结果可以是基于预设发布比例,待升级作业运行第一插件包的结果,例如,预设发布比例可以为30%,预设发布周期内运行了的1000个待升级作业,则其中300个待升级作业调用第一插件包,则运行结果可以为该300个待升级作业是否都成功运行第一插件包的结果,比如,全部运行成功/有n个未运行成功/有m个运行成功等等,其中,n和m可以小于等于调用第一插件包的待升级作业的总个数。
S104、基于预设发布周期内,各待升级作业的运行结果以及各待升级作业调用的插件包版本,确定第一插件包的发布成功比例。
例如,若300个待升级作业调用了第一插件包,其中270个待升级运行成功,则可确定第一插件包的发布成功比例为90%。
S105、通过预设发布比例和发布成功比例,调整预设发布比例,直至第一插件包在所有待升级作业均成功发布。
可以理解的是,在调整发布比例后,可以返回执行上述S102,从而基于调整后的预设发布比例发布第一插件包,即循环执行S102至S105,直至第一插件包在所有待升级作业均成功发布。
采用上述技术方案,对于使用指定插件的待升级作业,可以基于预设发布比例确定预设发布周期内,每一待升级作业是否调用第一插件包,第一插件包为指定插件的升级版本的插件包。从而使得预设发布比例的待升级作业调用第一插件包,避免了大量的待升级作业运行失败的情况。且之后还可以通过各待升级作业的运行结果以及各待升级作业调用的插件包版本确定第一插件包的发布成功比例,并根据该发布成功比例调整预设发布比例,直至第一插件包在所有待升级作业均发布成功。从而,通过第一插件包的发布成功比例,逐步调整预设发布比例,使得第一插件包平滑上线,避免了大量待升级作业使用第一插件包运行失败。
在一种实施方式中,本申请实施例中的待升级作业为预设发布周期内的新增作业,新增作业为在预设发布周期内,接收用户的新增操作以增加的作业。
在另一种实施方式中,待升级作业包括预设发布周期内的新增作业和已有作业。其中,已有作业为在预设发布周期开始时,已处于运行状态的作业。
对于新增作业,可以在该新增作业被创建后,基于预设发布比例确定该新增作业是否调用第一插件包。若确定该新增作业调用第一插件包,则调用第一插件包运行该新增作业;若确定该新增作业不调用第一插件包,则调用第二插件包运行该新增作业。
对于已有作业,在预设发布周期开始时,该已有作业正在调用第二插件包运行。在本申请实施例中,需基于预设发布比例确定该已有作业是否调用第一插件包,若确定该已有作业调用第一插件包,则停止调用第二插件包运行该已有作业,开始调用第一插件包运行该已有作业;若确定该已有作业不调用第一插件包,则该继续调用第二插件包运行该已有作业。
预设发布周期一般为一周或者半个月,每个作业的生命周期可以为30分钟,假设预设发布周期为周一00:00至周日24:59,某一作业在周一00:00时正在运行,且已运行了15分钟,则可确定该作业为已有作业,进而根据预设发布比例确定该作业是否调用第一插件包。
在上述S102中,基于预设发布比例确定该待升级作业是否调用第一插件包的方法,可以包括:
基于预设发布比例和该待升级作业的作业标识确定该待升级作业的灰度码。若该灰度码的值为第一预设值,则确定该待升级作业调用第一插件包;若该灰度码的值为第二预设值,则确定该待升级作业调用第二插件包。
其中,每个待升级作业具有一个唯一的作业标识,例如,该作业标识可以为11位的数字。
在本申请实施例中,可以对该待升级作业的作业标识进行哈希运算,得到该待升级作业的哈希码(hashcode),然后根据该哈希码和预设发布比例确定该待升级作业的灰度码。
例如,可以将该哈希码对a进行取模运算,得到该待升级作业的灰度码。a=100%/预设发布比例。进而,若计算得到的灰度码为0,则确定该待升级作业调用第一插件包;若计算得到的灰度码为除0以外的其他值,则确定该待升级作业不调用第一插件包。
通过上述计算灰度码的方式,可以使得预设发布周期内,调用第一插件包运行的待升级作业的数量与预设发布周期内待升级作业的总数量之间的比值为上述预设发布比例。
在本申请实施例中,数据开发平台可以将每个待升级作业的作业标识、调用的插件包版本标签(plugin_version)以及运行结果存储于预设数据库中。
在一种实施方式中,可以数据库作业表(flow_jobs)的形式存储,作为示例,以使用指定插件的3个待升级作业为例,假设指定插件的第一插件包的版本标签为plugin_version 2.0,第二插件包的版本标签为plugin_version 1.0,则数据库作业表如表1所示,表1仅为示例,在实际应用中数据库作业表中还可以包括其他字段。
表1
作业标识 | 调用的插件包版本标签 | 运行结果 |
待升级作业1 | plugin_version 2.0 | 运行成功 |
待升级作业2 | plugin_version 2.0 | 运行失败 |
待升级作业3 | plugin_version 1.0 | 运行成功 |
例如,在预设发布周期开始时,待升级作业1正在调用第二插件包运行,但是通过预设发布比例确定待升级作业1需调用第一插件包,则将表1中待升级作业1调用的插件包版本标签由plugin_version 1.0改为plugin_version 2.0,若待升级作业1调用第一插件包运行成功,则为待升级作业1添加“运行成功”的运行结果。
再例如,在预设发布周期内新增了待升级作业2和待升级作业3,则在表1中增加待升级作业2和待升级作业3的作业标识。然后通过预设发布比例确定待升级作业2均调用第一插件包,待升级作业3调用第二插件包,则分别在表1中增加待升级作业2调用的插件包版本标签为plugin_version 2.0,待升级作业3调用的插件包版本标签为plugin_version1.0。待确定待升级作业2和待升级作业3的运行结果后,分别在表1中添加待升级作业2和待升级作业3的运行结果。
在确定第一插件包的发布成功比例后,可以基于该发布成功比例确定如何调整预设发布比例,基于此,在本申请另一实施例中,本申请实施例提供的插件的发布方法,应用于数据开发平台,如图2所示,具体包括如下步骤:
S201、获得第一插件包,第一插件包为指定插件的升级版本的插件包,用于对对应作业类型的待升级作业进行升级处理。
S202、在预设发布周期内,针对每一待升级作业,基于预设发布比例确定该待升级作业是否调用第一插件包。
S203、获得各待升级作业的运行结果。
其中,S201至S203与上述S101至S103相同,可参考上述S101至S103中的相关描述。
在执行S203之后,基于预设发布周期内,各待升级作业的运行结果以及各待升级作业调用的插件包版本,确定第一插件包的发布成功比例,可以通过S204-S205实现。
S204、获取预设发布周期内,调用第一插件包运行成功的作业数量以及调用第一插件包的作业总数量。
在一种实施方式中,可以实时统计调用第一插件包的作业总数量,以及待升级作业包调用第一插件包运行后的运行结果,从而确定调用第一插件包运行成功的作业数量。
在另一种实施方式中,在预设发布周期结束时,可以从上述数据库作业表包括的,预设发布周期内运行的待升级作业的作业标识中,查找对应第一插件包的版本标签的作业标识,查找到的作业标识的数量即为调用第一插件包的作业总数量。然后确定查找到的作业标识对应的运行结果,从而确定调用第一插件包运行成功的作业数量。
S205、对调用第一插件包运行成功的作业数量与调用第一插件包的作业总数量进行比值运算,得到发布成功比例。
例如,若调用第一插件包的作业总数量为500个,其中400个待升级作业运行成功,则确定发布成功比例为80%。
S206、若发布成功比例达到发布通过阈值,且预设发布比例未达到发布比例阈值,则升高预设发布比例。之后可以返回S202。
其中,发布通过阈值和发布比例阈值可以根据实际情况设置,比如发布通过阈值和发布比例阈值均可以为100%,当然也可以设置为其他值,本申请对此不作限定。
以发布通过阈值为85%,发布比例阈值为95%为例,若当前发布成功比例超过85%,说明在预设发布周期内,调用第一插件包运行的待升级作业大部分运行成功,成功率较高。若当前预设发布比例未达到95%,则可升高预设发布比例,在下一个预设周期内,让更多的待升级作业调用第一插件包运行。
S207、若发布成功比例未达到发布通过阈值,且第一插件包无误,则降低预设发布比例。之后可以返回S202。
其中,若发布成功比例未达到发布通过阈值,说明在预设发布周期内,调用第一插件包运行的待升级作业中,运行失败的比例较大。此时数据开发平台会发出告警消息,提醒***管理员联系插件的开发人员分析待升级作业运行失败的原因。
若待升级作业运行失败的原因为预设发布周期内的运行环境较差,且第一插件包的程序不存在错误,且第一插件包是指定插件的插件包,则在下一个预设发布周期内,以降低后的预设发布比例继续尝试发布第一插件包。
反之,若待升级作业运行失败的原因为第一插件包的程序错误,则暂时停止发布过程,所有的待升级作业调用第二插件包运行,相应地将数据库作业表中待升级作业对应的插件包版本标签修改为plugin_version 1.0。并由开发人员对第一插件包进行修改,然后数据开发平台用修改后的第一插件包重新进行本申请实施例提供的插件的发布方法。
或者,若第一插件包不是指定插件的插件包,说明可能错用了其他插件的插件包,暂时停止发布过程,所有的待升级作业调用第二插件包运行。在换回指定插件的升级版本的插件包后,重新进行发布。
在一种实施方式中,预设发布比例可以由***管理员设置,比如在第一个预设发布周期内,可以将预设发布比例设置为30%。若在第一个预设发布周期内,发布成功比例达到发布通过阈值,且预设发布比例未达到发布比例阈值,则***管理员将预设比例修改为50%。若在第一个预设发布周期内,发布成功比例未达到发布通过阈值,且第一插件包无误,则将预设比例修改为20%。
在另一种实施方式中,数据发布平台可以自动调整预设发布比例,当经过判断确定需要升高预设发布比例时,则将预设发布比例升高指定比例;当经过判断确定需要降低预设发布比例时,则将预设发布比例降低指定比例。
例如,指定比例为20%,若当前预设发布比例为50%,若确定需要升高预设发布比例,则将预设发布比例修改为70%;若确定需要降低预设发布比例,则将预设发布比例修改为30%。
或者,数据发布平台中预先存储有多个预设发布比例,比如分别为30%、40%、50%、70%、90%、100%。若当前预设发布比例为50%,若确定需要升高预设发布比例,则将预设发布比例修改为70%;若确定需要降低预设发布比例,则将预设发布比例修改为40%。
S208、若发布成功比例达到发布通过阈值,且预设发布比例达到发布比例阈值,则禁用第二插件包。
可以理解的是,第二插件包被禁用后,后续使用指定插件的作业将调用第一插件包运行,即第一插件包发布成功。
在一种实施方式中,为了便于数据的存储和管理,并基于这些数据用于后期的数据统计,保障数据统计的准确性和及时性,本发明中还可以包括数据库,该数据库用于存储、维护本发明插件的发布所产生的数据。示例性地,数据库中还可以包括数据库作业类型表(job_types),数据库作业类型表也可以称为插件表,其中,数据库作业类型表可以包括各插件的插件版本标签字段(plugin_version)和标签字段(label),插件版本标签字段可以用于存储插件的版本信息,标签字段可以用于存储任一插件版本的插件包(例如,第一插件包、第二插件包)的运行状态。
在对指定插件进行升级时,可以在数据库作业类型表***该指定插件对应的一条新的插件记录,并将数据库作业类型表中该指定插件的插件版本标签字段加1,作为新版本插件的插件版本标签。比如,指定插件当前的插件包为第二插件包,对应的插件版本标签为plugin_version 1.0,则可将plugin_version 2.0作为新版本插件包(第一插件包)的版本号。
并在数据库作业类型表中为第一插件包打发布标签,例如,将第一插件包对应的标签字段的内容修改为gray level。
进一步地,若第一插件包发布成功,可将数据库作业类型表中,第一插件包的标签字段由指示发布的字段改为指示已上线的字段,例如,将上述标签字段的内容由graylevel修改为online。
采用该方法,在发布成功比例小于发布通过阈值的情况下,可以及时分析调用第一插件包的待升级作业运行失败的原因,若第一插件包存在问题,也可以及时被发现,进而停止发布,避免大量的待升级作业运行失败。若第一插件包不存在问题,可以降低预设发布比例,采用降低后的预设发布比例对第一插件包进行发布,即使仍存在待升级作业调用第一插件包运行失败的情况,由于降低了预设发布比例,所以不会导致运行失败的待升级作业过多。若发布成功比例达到发布通过阈值,则逐步增大预设发布比例,直至第一插件包在所有待升级作业均发布成功,实现了第一插件包的平滑上线。
以下结合具体示例对本申请实施例的详细流程进行描述,如图3所示,该方法包括:
S301、接收***管理员上传的第一插件包,在数据库作业类型表中***一条插件记录,该插件记录包括第一插件包的插件版本标签和标签字段。
例如,第一插件包的的插件版本标签为plugin_version 2.0,标签字段可以为gray level,代表将对第一插件包进行灰度发布。
S302、创建发布策略,该发布策略包括预设发布周期、预设发布比例和发布通过阈值。
可选地,该发布策略可以为***管理员输入的策略,也可以为数据开发平台基于预设的创建规则创建的策略。比如预设的创建规则规定了每个发布周期的时长、可用的预设发布比例(比如30%、40%、50%、70%、90%、100%)以及固定的发布通过阈值。当需要对指定插件的第一插件包进行发布时,可以基于当前时刻和发布周期的时长确定预设发布周期的起始时刻和结束时刻,且可以将第一个可用的预设发布比例作为当前发布策略使用的预设发布比例,并将上述固定的发布通过阈值作为当前发布策略的发布通过阈值。
S303、在预设发布周期内,针对每一待升级作业,通过该待升级作业的标识计算该待升级作业的哈希码。
S304、将该哈希码对a(a=100%/预设发布比例)取模,判断结果是否等于0。
若是,则执行S305;若否,则执行S306。
S305、调用第一插件包运行该待升级作业。
S306、调用第二插件包运行该待升级作业。然后执行S307。
S307、该待升级作业运行结束,记录该待升级作业的运行结果。
该运行结果为运行成功或者运行失败。
S308、当预设发布周期结束时,计算预设发布周期内,第一插件包的发布成功比例。
S309、判断发布成功比例是否达到发布通过阈值。若是,则执行S310;若否,则执行S313。
S310、判断预设发布比例是否达到100%。若是,则执行S311;若否,则执行S312。
其中,本步骤中以发布比例阈值为100%为例,若发布比例阈值为其他值,则本步骤为判断预设发布比例是否达到其他值。
S311、将第二插件包禁用。
同时可以在数据库作业类型表中将第一插件包的标签字段改为online,代表第一插件包已上线。
S312、升高预设发布比例,然后返回S302。
可选地,可以由***管理员设置升高后的预设发布比例,也可以由数据开发平台基于预设策略升高预设发布比例比例,比如每次升高10%。
可以理解的是,重新返回S302后,发布策略包括的预设发布比例为升高后的预设发布比例,发布策略包括的预设发布周期为下一个预设发布周期,发布通过阈值可以保持不变。
比如若每个预设发布周期的时长为一个星期,第一个预设发布周期为三月的第一个星期,则下一个预设发布周期为三月的第二个星期。
S313、确定待升级作业运行失败的原因,根据待升级作业运行失败的原因判断是否需要终止对第一插件包的发布。若是,则执行S314;若否,则执行S315。
其中,若作业失败的原因为插件包错误,则需要终止发布;若作业失败的原因为运行环境因素等除插件包错误之外的原因,则不终止发布。
S314、终止对第一插件包的发布,调用第二插件包运行所有待升级作业。
同时还可以将上述S301中***的插件记录从数据库作业类型表中删除。
S315、降低预设发布比例。然后返回S302。
可以理解的是,S302中发布策略中的预设发布比例将更新为降低后的预设发布比例。
采用该方法,当升级指定插件时,可以使得一部分作业调用第一插件包(升级后的版本)运行。另一部分作业仍调用第二插件包(升级前的版本)运行,如果调用第一插件包的待升级作业大部分运行成功,则逐步增加调用第一插件包运行的待升级作业的比例,使得第一插件包逐步上线。如果调用第一插件包运行的待升级作业中,运行成功的作业的比例不够高,则及时定位作业运行失败的原因,从而进行相应的调整,避免造成大量的作业运行失败。
基于相同的技术构思,本申请实施例还提供一种插件的发布装置,该装置应用于数据开发平台,数据开发平台用于运行至少一个作业类型的作业,每个作业类型中使用指定插件的作业为待升级作业,如图4所示,该装置包括:
获得模块401,用于获得第一插件包,第一插件包为指定插件的升级版本的插件包,用于对对应作业类型的待升级作业进行升级处理;
确定模块402,用于在预设发布周期内,针对每一待升级作业,基于预设发布比例确定该待升级作业是否调用第一插件包,预设发布比例为:预设发布周期内,调用第一插件包运行的待升级作业数量,占预设发布周期内运行的待升级作业总量的比例;
获得模块401,还用于获得各待升级作业的运行结果;
确定模块402,还用于基于预设发布周期内,各待升级作业的运行结果以及各待升级作业调用的插件包版本,确定第一插件包的发布成功比例;
调整模块403,用于通过预设发布比例和发布成功比例,调整预设发布比例,直至第一插件包在所有待升级作业均成功发布。
在一种实施方式中,调整模块403,具体用于:
若发布成功比例达到发布通过阈值,且预设发布比例未达到发布比例阈值,则升高预设发布比例;
若发布成功比例未达到发布通过阈值,且第一插件包无误,则降低预设发布比例。
在一种实施方式中,确定模块402,还用于基于调整后的预设发布比例,执行针对每一待升级作业,基于预设发布比例确定该待升级作业是否调用第一插件包的步骤,直至第一插件包在所有待升级作业均成功发布。
在一种实施方式中,该装置还包括:
禁用模块,用于若发布成功比例达到发布通过阈值,且预设发布比例达到发布比例阈值,则禁用第二插件包,第二插件包为指定插件的未升级版本的插件包。
在一种实施方式中,确定模块402,具体用于:
基于预设发布比例和该待升级作业的作业标识确定该待升级作业的灰度码;
若灰度码的值为第一预设值,则确定该待升级作业调用第一插件包;
若灰度码的值为第二预设值,则确定该待升级作业调用第二插件包。
在一种实施方式中,确定模块402,具体用于:
对该待升级作业的作业标识进行哈希运算,得到该待升级作业的哈希码;
根据哈希码和预设发布比例确定该待升级作业的灰度码。
在一种实施方式中,确定模块402,具体用于:
获取预设发布周期内,调用第一插件包运行成功的作业数量以及调用第一插件包的作业总数量;
对调用第一插件包运行成功的作业数量与调用第一插件包的作业总数量进行比值运算,得到发布成功比例。
本发明实施例还提供了一种电子设备,如图5所示,包括处理器501、通信接口502、存储器503和通信总线504,其中,处理器501,通信接口502,存储器503通过通信总线504完成相互间的通信,
存储器503,用于存放计算机程序;
处理器501,用于执行存储器503上所存放的程序时,实现上述方法实施例中的方法步骤。
上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect,PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述电子设备与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory,RAM),也可以包括非易失性存储器(Non-Volatile Memory,NVM),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital SignalProcessing,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
在本发明提供的又一实施例中,还提供了一种计算机可读存储介质,该计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现上述任一插件的发布方法的步骤。
在本发明提供的又一实施例中,还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述实施例中任一插件的发布方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本发明的较佳实施例,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (16)
1.一种插件的发布方法,其特征在于,所述方法应用于数据开发平台,所述数据开发平台用于运行至少一个作业类型的作业,每个作业类型中使用指定插件的作业为待升级作业,所述方法包括:
获得第一插件包,所述第一插件包为所述指定插件的升级版本的插件包,用于对对应作业类型的待升级作业进行升级处理;
在预设发布周期内,针对每一待升级作业,基于预设发布比例确定该待升级作业是否调用所述第一插件包,所述预设发布比例为:所述预设发布周期内,调用所述第一插件包运行的待升级作业数量,占所述预设发布周期内运行的待升级作业总量的比例;
获得各待升级作业的运行结果;
基于所述预设发布周期内,各待升级作业的运行结果以及各待升级作业调用的插件包版本,确定所述第一插件包的发布成功比例;
通过所述预设发布比例和所述发布成功比例,调整所述预设发布比例,直至所述第一插件包在所有所述待升级作业均成功发布。
2.根据权利要求1所述的方法,其特征在于,所述通过所述预设发布比例和所述发布成功比例,调整所述预设发布比例,包括:
若所述发布成功比例达到发布通过阈值,且所述预设发布比例未达到发布比例阈值,则升高所述预设发布比例;
若所述发布成功比例未达到所述发布通过阈值,且所述第一插件包无误,则降低所述预设发布比例。
3.根据权利要求1或2所述的方法,其特征在于,在通过所述预设发布比例和所述发布成功比例,调整所述预设发布比例之后,所述方法还包括:
基于调整后的预设发布比例,执行所述针对每一待升级作业,基于预设发布比例确定该待升级作业是否调用所述第一插件包的步骤,直至所述第一插件包在所有所述待升级作业均成功发布。
4.根据权利要求1所述的方法,其特征在于,在基于所述预设发布周期内,各待升级作业的运行结果以及各待升级作业调用的插件包版本,确定所述第一插件包的发布成功比例之后,所述方法还包括:
若所述发布成功比例达到发布通过阈值,且所述预设发布比例达到发布比例阈值,则禁用第二插件包,所述第二插件包为所述指定插件的未升级版本的插件包。
5.根据权利要求1所述的方法,其特征在于,所述基于预设发布比例确定该待升级作业是否调用所述第一插件包,包括:
基于所述预设发布比例和该待升级作业的作业标识确定该待升级作业的灰度码;
若所述灰度码的值为第一预设值,则确定该待升级作业调用第一插件包;
若所述灰度码的值为第二预设值,则确定该待升级作业调用第二插件包。
6.根据权利要求5所述的方法,其特征在于,所述基于所述预设发布比例和该待升级作业的作业标识确定该待升级作业的灰度码,包括:
对该待升级作业的作业标识进行哈希运算,得到该待升级作业的哈希码;
根据所述哈希码和所述预设发布比例确定该待升级作业的灰度码。
7.根据权利要求1所述的方法,其特征在于,所述基于所述预设发布周期内,各待升级作业的运行结果以及各待升级作业调用的插件包版本,确定所述第一插件包的发布成功比例,包括:
获取所述预设发布周期内,调用所述第一插件包运行成功的作业数量以及调用所述第一插件包的作业总数量;
对所述调用所述第一插件包运行成功的作业数量与所述调用所述第一插件包的作业总数量进行比值运算,得到所述发布成功比例。
8.一种插件的发布装置,其特征在于,所述装置应用于数据开发平台,所述数据开发平台用于运行至少一个作业类型的作业,每个作业类型中使用指定插件的作业为待升级作业,所述装置包括:
获得模块,用于获得第一插件包,所述第一插件包为所述指定插件的升级版本的插件包,用于对对应作业类型的待升级作业进行升级处理;
确定模块,用于在预设发布周期内,针对每一待升级作业,基于预设发布比例确定该待升级作业是否调用所述第一插件包,所述预设发布比例为:所述预设发布周期内,调用所述第一插件包运行的待升级作业数量,占所述预设发布周期内运行的待升级作业总量的比例;
所述获得模块,还用于获得各待升级作业的运行结果;
所述确定模块,还用于基于所述预设发布周期内,各待升级作业的运行结果以及各待升级作业调用的插件包版本,确定所述第一插件包的发布成功比例;
调整模块,用于通过所述预设发布比例和所述发布成功比例,调整所述预设发布比例,直至所述第一插件包在所有所述待升级作业均成功发布。
9.根据权利要求8所述的装置,其特征在于,所述调整模块,具体用于:
若所述发布成功比例达到发布通过阈值,且所述预设发布比例未达到发布比例阈值,则升高所述预设发布比例;
若所述发布成功比例未达到所述发布通过阈值,且所述第一插件包无误,则降低所述预设发布比例。
10.根据权利要求8或9所述的装置,其特征在于,
所述确定模块,还用于基于调整后的预设发布比例,执行所述针对每一待升级作业,基于预设发布比例确定该待升级作业是否调用所述第一插件包的步骤,直至所述第一插件包在所有所述待升级作业均成功发布。
11.根据权利要求8所述的装置,其特征在于,所述装置还包括:
禁用模块,用于若所述发布成功比例达到发布通过阈值,且所述预设发布比例达到发布比例阈值,则禁用第二插件包,所述第二插件包为所述指定插件的未升级版本的插件包。
12.根据权利要求8所述的装置,其特征在于,所述确定模块,具体用于:
基于所述预设发布比例和该待升级作业的作业标识确定该待升级作业的灰度码;
若所述灰度码的值为第一预设值,则确定该待升级作业调用第一插件包;
若所述灰度码的值为第二预设值,则确定该待升级作业调用第二插件包。
13.根据权利要求12所述的装置,其特征在于,所述确定模块,具体用于:
对该待升级作业的作业标识进行哈希运算,得到该待升级作业的哈希码;
根据所述哈希码和所述预设发布比例确定该待升级作业的灰度码。
14.根据权利要求8所述的装置,其特征在于,所述确定模块,具体用于:
获取所述预设发布周期内,调用所述第一插件包运行成功的作业数量以及调用所述第一插件包的作业总数量;
对所述调用所述第一插件包运行成功的作业数量与所述调用所述第一插件包的作业总数量进行比值运算,得到所述发布成功比例。
15.一种电子设备,其特征在于,包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存放的程序时,实现权利要求1-7任一所述的方法步骤。
16.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1-7任一所述的方法步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010479215.1A CN111638885A (zh) | 2020-05-29 | 2020-05-29 | 一种插件的发布方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010479215.1A CN111638885A (zh) | 2020-05-29 | 2020-05-29 | 一种插件的发布方法、装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111638885A true CN111638885A (zh) | 2020-09-08 |
Family
ID=72329506
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010479215.1A Pending CN111638885A (zh) | 2020-05-29 | 2020-05-29 | 一种插件的发布方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111638885A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114553855A (zh) * | 2020-11-25 | 2022-05-27 | 北京奇艺世纪科技有限公司 | 插件灰度发布方法、装置、电子设备及存储介质 |
CN116909933A (zh) * | 2023-09-12 | 2023-10-20 | 云账户技术(天津)有限公司 | 一种流水线式功能服务的发布方法、装置、设备及介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060026585A1 (en) * | 2004-07-28 | 2006-02-02 | Microsoft Corporation | Automatic upgrade of pluggable components |
US20170161101A1 (en) * | 2015-12-04 | 2017-06-08 | Vmware, Inc. | Modularized automated-application-release-management subsystem |
CN108132830A (zh) * | 2016-12-01 | 2018-06-08 | 北京金山云网络技术有限公司 | 一种任务调度方法、装置及*** |
US20180181415A1 (en) * | 2016-12-23 | 2018-06-28 | Oracle International Corporation | System and method for controlling batch jobs with plugins |
CN109391512A (zh) * | 2018-09-28 | 2019-02-26 | 阿里巴巴集团控股有限公司 | 一种服务发布方法、装置及电子设备 |
CN110347441A (zh) * | 2019-06-25 | 2019-10-18 | 银江股份有限公司 | 一种热扩展数据集成引擎***及方法 |
CN110365502A (zh) * | 2018-03-26 | 2019-10-22 | 华为技术有限公司 | 一种服务升级管理的方法、装置及存储介质 |
-
2020
- 2020-05-29 CN CN202010479215.1A patent/CN111638885A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060026585A1 (en) * | 2004-07-28 | 2006-02-02 | Microsoft Corporation | Automatic upgrade of pluggable components |
US20170161101A1 (en) * | 2015-12-04 | 2017-06-08 | Vmware, Inc. | Modularized automated-application-release-management subsystem |
CN108132830A (zh) * | 2016-12-01 | 2018-06-08 | 北京金山云网络技术有限公司 | 一种任务调度方法、装置及*** |
US20180181415A1 (en) * | 2016-12-23 | 2018-06-28 | Oracle International Corporation | System and method for controlling batch jobs with plugins |
CN110365502A (zh) * | 2018-03-26 | 2019-10-22 | 华为技术有限公司 | 一种服务升级管理的方法、装置及存储介质 |
CN109391512A (zh) * | 2018-09-28 | 2019-02-26 | 阿里巴巴集团控股有限公司 | 一种服务发布方法、装置及电子设备 |
CN110347441A (zh) * | 2019-06-25 | 2019-10-18 | 银江股份有限公司 | 一种热扩展数据集成引擎***及方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114553855A (zh) * | 2020-11-25 | 2022-05-27 | 北京奇艺世纪科技有限公司 | 插件灰度发布方法、装置、电子设备及存储介质 |
CN114553855B (zh) * | 2020-11-25 | 2024-04-05 | 北京奇艺世纪科技有限公司 | 插件灰度发布方法、装置、电子设备及存储介质 |
CN116909933A (zh) * | 2023-09-12 | 2023-10-20 | 云账户技术(天津)有限公司 | 一种流水线式功能服务的发布方法、装置、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110532025B (zh) | 基于微服务架构的数据处理方法、装置、设备及存储介质 | |
CN111124917B (zh) | 公共测试用例的管控方法、装置、设备及存储介质 | |
US7469409B2 (en) | Adaptive resource management method | |
CN108196959B (zh) | Etl***的资源管理方法及装置 | |
CN111638885A (zh) | 一种插件的发布方法、装置、电子设备及存储介质 | |
US20130024472A1 (en) | Extensibility of business process and application logic | |
CN112084161A (zh) | 基于数据库的数据处理方法、装置以及可读存储介质 | |
WO2020233351A1 (zh) | 面向区块链的数据管理方法、装置、设备及存储介质 | |
CN113591068A (zh) | 一种在线登录设备管理方法、装置及电子设备 | |
CN111522729A (zh) | 规则发布的确定方法、装置及*** | |
CN111125240B (zh) | 一种分布式事务实现方法、装置、电子设备及存储介质 | |
CN112286650A (zh) | 分布式服务的发布方法和装置 | |
CN116414417A (zh) | 版本更新方法、装置、非易失性存储介质及电子设备 | |
CN113535206B (zh) | 多版本代码升级方法及*** | |
CN110543465A (zh) | 目录操作方法、装置、计算机设备和存储介质 | |
CN112469081B (zh) | 一种对共享流量池的总流量数据进行处理的方法和装置 | |
CN115599728A (zh) | Fru设备的槽位确定方法、装置、设备及可读存储介质 | |
US20190034651A1 (en) | Dynamic access control of resources in a computing environment | |
CN109542598B (zh) | 定时任务管理方法及装置 | |
CN112668998A (zh) | 流程实现方法、装置、***、电子设备和可读存储介质 | |
CN113835780A (zh) | 一种事件响应方法及装置 | |
CN111813880A (zh) | 一种国土空间规划项目管理方法、***及存储介质 | |
CN112506896A (zh) | 一种数据删除方法、装置及电子设备 | |
CN107769974B (zh) | 一种服务发布方法及装置 | |
CN111881091B (zh) | 数据存储方法、装置、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |