CN112130892A - 产品灰度发布方法、装置、设备及存储介质 - Google Patents
产品灰度发布方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN112130892A CN112130892A CN202011007731.0A CN202011007731A CN112130892A CN 112130892 A CN112130892 A CN 112130892A CN 202011007731 A CN202011007731 A CN 202011007731A CN 112130892 A CN112130892 A CN 112130892A
- Authority
- CN
- China
- Prior art keywords
- release
- product
- new version
- version product
- information
- 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/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/20—Administration of product repair or maintenance
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Human Resources & Organizations (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Physics & Mathematics (AREA)
- Entrepreneurship & Innovation (AREA)
- Tourism & Hospitality (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Computer Security & Cryptography (AREA)
- Marketing (AREA)
- Economics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明涉及基架运维技术领域,公开了产品灰度发布方法、装置、设备及存储介质。该方法包括:获取多个旧版本产品的分流策略信息与新版本产品的发布策略信息,以创建灰度发布任务,发布新版本产品;若监听到发布状态为异常,则暂停当前新版本产品的发布,并采集新版本产品发布的反馈信息;反馈信息显示可进行修复时,根据发布异常的类型,对新版本产品进行修复,否则通过回退版本产品进行回退操作;循环监听及修复新版本产品,直到灰度发布任务完成时或调用所述回退版本产品替换所述新版本产品时停止,并生成对应的产品发布报告。本发明还涉及区块链及医疗科技技术领域。本发明提升了产品灰度发布的自动化程度。
Description
技术领域
本发明涉及基架运维技术领域,尤其涉及一种产品灰度发布方法、装置、设备及存储介质。
背景技术
灰度发布是指在新与旧之间,能够平滑过渡的一种产品发布方式。在其上可以进行A/B testing,即让一部分用户继续用产品特性A,一部分用户开始用产品特性B,如果用户对B反馈较佳,则逐步扩大范围,把所有用户都迁移到产品特性B上。灰度发布可以保证整体***的稳定,在初始灰度的时候就可以发现、调整问题,以保证其影响度。灰度发布的作用是为了及早获得用户的意见反馈,完善产品功能,提升产品质量让用户参与产品测试,加强与用户互动。降低产品升级所影响的用户范围。如医疗科技中,对医院的自身APP、医疗服务产品等产品发布。
业界常用的灰度发布方法大多是工作在7层协议,基于nginx+lua开发,使用redis作为分流策略数据库,手动修改配置实现动态调度功能。但实际发布过程中,运维人员面对繁多的应用实例,容易出现误操作,操作不方便,无变更记录审计,问题出现后也无法快速回滚等痛点,使得整体发布效率难以提升,存在产品灰度发布不够自动化的问题。
发明内容
本发明的主要目的在于解决产品灰度发布不够自动化的问题的技术问题。
本发明第一方面提供了一种产品灰度发布方法,包括:
S1、获取多个终端中同一旧版本产品的分流策略信息与新版本产品的发布策略信息;
S2、根据所述分流策略信息与所述发布策略信息,创建所述新版本产品的灰度发布任务,并根据所述灰度发布任务,发布所述新版本产品;
S3、监听所述新版本产品的发布状态,若监听到所述发布状态为发布异常,则暂停当前新版本产品的发布,并采集当前新版本产品发布的反馈信息;
S4、根据所述反馈信息,判断发布异常的新版本产品是否符合预置修复条件;
S5、若符合,则获取所述发布状态的异常类型,根据所述异常类型,对所述新版本产品进行修复并继续发布修复后的新版本产品,跳转至S6,否则调用预设的回退版本产品替换所述新版本产品,并生成对应的产品发布报告;
S6、执行S3-S5,直到所述灰度发布任务完成时停止执行,并生成对应的产品发布报告。
可选的,在本发明第一方面的第一种实现方式中,所述根据所述分流策略信息与所述发布策略信息,创建所述新版本产品的灰度发布任务包括:
根据所述分流策略信息,确定各分流策略的优先级,其中,所述分流策略信息中包含多个分流策略;
根据所述优先级,统计所述各旧版本产品的更新级别,并根据所述更新级别,对所述各旧版本产品进行排序,得到对应的更新策略表;
根据所述发布策略信息,调整所述更新策略表,得到灰度发布任务。
可选的,在本发明第一方面的第二种实现方式中,所述根据所述发布策略信息,调整所述更新策略表,得到灰度发布任务包括:
根据所述发布策略信息,确定所述新版本产品的发布批次,并确定所述各发布批次的发布时间与对应的发布数量;
根据所述发布数量,将所述更新策略表中的所述各旧版本产品依序划分至对应的发布批次,得到新的更新策略表;
将所述各发布时间写入所述新的更新策略表中对应的发布批次中,并根据写入有所述发布时间的更新策略表,得到灰度发布任务。
可选的,在本发明第一方面的第三种实现方式中,所述根据所述反馈信息,判断发布异常的新版本产品是否符合预置修复条件包括:
根据所述反馈信息,统计发布异常的新版本产品的预期修复时间;
判断所述修复时间是否大于预置修复时间阈值;
若大于,则确定所述发布异常的新版本产品不符合预置修复条件,否则确定所述发布异常的新版本产品符合所述修复条件。
可选的,在本发明第一方面的第四种实现方式中,所述根据所述异常类型,对所述新版本产品进行修复包括:
判断所述发布异常的类型为流程异常或者产品异常;
若所述发布异常的类型为流程异常,则对发生异常的新版本产品进行修复;
若所述发布异常的类型为产品异常,则根据所述产品异常,对全部的新版本产品进行修复。
可选的,在本发明第一方面的第五种实现方式中,所述采集当前新版本产品发布的反馈信息包括:
采用预置流量数据采集设备获取当前新版本产品发布产生的流量数据累积值及对应的时间信息;
基于所述时间信息,采用预置流量数据计算公式计算前后两次流量数据累计值的单位时间流量数据,并将所述单位时间流量数据作为当前新版本产品发布的反馈信息。
可选的,在本发明第一方面的第六种实现方式中,所述获取多个终端中同一旧版本产品的分流策略信息与新版本产品的发布策略信息,包括:
获取多个终端中同一旧版本产品的多个发布策略,以及新版本产品的发布批次、所述各批次的发布时间和对应的发布数量,所述发布策略、发布批次、所述各批次的发布时间和对应的发布数量存储于区块链中。
本发明第二方面提供了一种产品灰度发布装置,包括:
获取模块,用于获取多个终端中同一旧版本产品的分流策略信息与新版本产品的发布策略信息;
创建模块,用于根据所述分流策略信息与所述发布策略信息,创建所述新版本产品的灰度发布任务,并根据所述灰度发布任务,发布所述新版本产品;
监听模块,用于监听所述新版本产品的发布状态,若监听到所述发布状态为发布异常,则暂停当前新版本产品的发布,并采集当前新版本产品发布的反馈信息;
判别模块,用于根据所述反馈信息,判断发布异常的新版本产品是否符合预置修复条件;
修复模块,用于若发布异常的新版本产品符合预置修复条件,则获取所述发布状态的异常类型,根据所述异常类型,对所述新版本产品进行修复并继续发布修复后的新版本产品,跳转至生成模块,否则调用预设的回退版本产品替换所述新版本产品,并生成对应的产品发布报告;
生成模块,用于跳转至监听模块,直到所述灰度发布任务完成时停止执行,并生成对应的产品发布报告。
可选的,在本发明第二方面的第一种实现方式中,所述创建模块包括:
分流单元,用于根据所述分流策略信息,确定各分流策略的优先级,其中,所述分流策略信息中包含多个分流策略;
统计排序单元,用于根据所述优先级,统计所述各旧版本产品的更新级别,并根据所述更新级别,对所述各旧版本产品进行排序,得到对应的更新策略表;
调整单元,用于根据所述发布策略信息,调整所述更新策略表,得到灰度发布任务。
可选的,在本发明第二方面的第二种实现方式中,所述调整单元包括:
根据所述发布策略信息,确定所述新版本产品的发布批次,并确定所述各发布批次的发布时间与对应的发布数量;
根据所述发布数量,将所述更新策略表中的所述各旧版本产品依序划分至对应的发布批次,得到新的更新策略表;
将所述各发布时间写入所述新的更新策略表中对应的发布批次中,并根据写入有所述发布时间的更新策略表,得到灰度发布任务。
可选的,在本发明第二方面的第三种实现方式中,所述判别模块包括:
统计单元,用于根据所述反馈信息,统计发布异常的新版本产品的预期修复时间;
第一判别单元,用于判断所述修复时间是否大于预置修复时间阈值;若大于,则确定所述发布异常的新版本产品不符合预置修复条件,否则确定所述发布异常的新版本产品符合所述修复条件。
可选的,在本发明第二方面的第四种实现方式中,所述修复模块包括:
第二判别单元,用于判断所述发布异常的类型为流程异常或者产品异常;
修复单元,用于若所述发布异常的类型为流程异常,则对发生异常的新版本产品进行修复;若所述发布异常的类型为产品异常,则根据所述产品异常,对全部的新版本产品进行修复。
可选的,在本发明第二方面的第五种实现方式中,所述监听模块包括:
获取单元、用于采用预置流量数据采集设备获取当前新版本产品发布产生的流量数据累积值及对应的时间信息;
计算单元,用于基于所述时间信息,采用预置流量数据计算公式计算前后两次流量数据累计值的单位时间流量数据,并将所述单位时间流量数据作为当前新版本产品发布的反馈信息。
可选的,在本发明第二方面的第六种实现方式中,所述获取模块还用于:
获取多个终端中同一旧版本产品的多个发布策略,以及新版本产品的发布批次、所述各批次的发布时间和对应的发布数量,所述发布策略、发布批次、所述各批次的发布时间和对应的发布数量存储于区块链中。
本发明第三方面提供了一种产品灰度发布设备,包括:存储器和至少一个处理器,所述存储器中存储有指令;所述至少一个处理器调用所述存储器中的所述指令,以使得所述产品灰度发布设备执行上述的产品灰度发布方法。
本发明的第四方面提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述的产品灰度发布方法。
本发明提供的技术方案中,通过多个终端中同一旧版本产品的分流策略信息与新版本产品的发布策略信息,创建灰度发布任务进行新版本产品的发布;当新版本产品发布出现异常时,若可以进行修复,则根据其异常类型对新版本产品进行修复,若无法进行修复,则通过预设的回退版本产品对新版本产品进行回退操作,直到完成灰度发布任务或回退操作,生成产品发布报告,实现了产品灰度发布的全程自动化,提升了产品灰度发布整体自动化程度。
附图说明
图1为本发明实施例中产品灰度发布方法的第一个实施例示意图;
图2为本发明实施例中产品灰度发布方法的第二个实施例示意图;
图3为本发明实施例中产品灰度发布方法的第三个实施例示意图;
图4为本发明实施例中产品灰度发布方法的第四个实施例示意图;
图5为本发明实施例中产品灰度发布装置的一个实施例示意图;
图6为本发明实施例中产品灰度发布装置的另一个实施例示意图;
图7为本发明实施例中产品灰度发布设备的一个实施例示意图。
具体实施方式
本发明实施例提供了一种产品灰度发布方法、装置、设备及存储介质,获取多个终端中同一旧版本产品的分流策略信息与新版本产品的发布策略信息,以创建灰度发布任务,发布新版本产品;若监听到发布状态为异常,则暂停当前新版本产品的发布,并采集当前新版本产品发布的反馈信息;反馈信息显示能进行修复时,根据发布异常的类型,对新版本产品进行修复,否则通过回退版本产品进行回退操作。循环监听及修复新版本产品,直到灰度发布任务完成时或调用所述回退版本产品替换所述新版本产品时停止,并生成对应的产品发布报告。本发明还涉及区块链技术,所述新版本产品存储于区块链中。本发明提升了产品灰度发布的自动化程度。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”或“具有”及其任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
为了辅助理解本发明方案,以下先对灰度发布进行简单的介绍。
互联网产品具有用户规模大、版本更新频繁的特点,新版本产品的每次上线,都需要承受极大的压力;另一方面,若新版本产品存在错误时,一次性发布所有的新版本产品后,不仅影响产品形象,亦存在版本回退困难的问题。
灰度发布:服务器通过每次抽取一部分的用户预先进行新版本产品更新,其他用户继续使用旧版本产品;然后收集新版本产品在实际使用过程中出现的问题;根据出现的问题,对新版本产品进行修复,再持续更新更多用户的新版本产品;而若出现无法修复的问题时,只需回退部分用户的新版本产品即可。故灰度发布不仅缓解了新版本产品发布的压力,还可降低新版本产品修复以及回退的难度。
为便于理解,下面对本发明实施例的具体流程进行描述,请参阅图1,本发明实施例中产品灰度发布方法的第一个实施例包括:
101、获取多个终端中同一旧版本产品的分流策略信息与新版本产品的发布策略信息;
可以理解的是,本发明的执行主体可以为产品灰度发布装置,还可以是终端或者服务器,具体此处不做限定。本发明实施例以服务器为执行主体为例进行说明。需要强调的是,为进一步保证上述分流策略信息和发布策略信息的私密和安全性,上述分流策略信息和发布策略信息还可以存储于一区块链的节点中,其中,所述分流策略信息包括多个发布策略,以及所述发布策略信息包括发布批次、所述各批次的发布时间和对应的发布数量。
本实施例中,分流策略信息记录不同客户端上安装的旧版本产品的更新顺序(以更新批次表示)的影响因素,每一个影响因素可确定一个分流策略,其中影响因素包括旧产品使用用户是否为内部用户、是否为种子用户、是否为活跃用户、是否为付费用户、是否为会员,所处地理位置、用户终端特性(如分辨率、性能)、用户自身特点(性别、年龄等)等。
而发布策略信息记录新版本产品发布的启动时间、发布批次,发布批次的发布数量、发布时间、指定回退版本产品等。发布策略信息可由开发人员预先设置。
另外,旧版本产品与新版本产品可通过分流服务器进行更替,分流服务器具体可使用Nginx(engine x)。旧版本产品、新版本产品可以支持前端,,以及后端,前端包括Web(网页)、H5(HyperText Markup Language 5,第五代超文本标记语言)、iOS(iPhoneOperation System,苹果移动设备操作***)、Android(安卓)等;后端包括:Node.js(Node.JavaScript,节点脚本语言)、PHP(Hypertext Preprocessor,超文本预处理器)、Java(计算机编程语言)等
102、根据所述分流策略信息与所述发布策略信息,创建所述新版本产品的灰度发布任务,并根据所述灰度发布任务,发布所述新版本产品;
本实施例中,通过分流策略信息确定旧版本产品的更新顺序;以及通过发布策略信息确定新版本产品发布的启动时间、发布批次、各发布批次的发布数量、指定回退版本产品;故可将分流策略信息与发布策略信息进行整合,即可得到本次产品的灰度发布任务;灰度发布任务按照新版本产品的启动时间,每次更新的旧版本产品对象,发布时间、发布数量,按流程执行新版本产品的发布。
比如新版本产品的灰度发布任务记录:
启动时间t1,发布批次i=1,发布数量M1、指定旧版本产品P1-Pn1;
发布时间t2,发布批次i=2,发布数量M2、指定旧版本产品Pn1-Pn2;
……
发布时间ti,发布批次i=k,发布数量Mk、指定旧版本产品Pnk-1-Pnk。
其中,i∈k,且k为正整数,Pn为旧版本产品更新顺序编号,n为正整数。
103、监听所述新版本产品的发布状态,若监听到所述发布状态为发布异常,则暂停当前新版本产品的发布,并采集当前新版本产品发布的反馈信息;
本实施例中,实时收集新版本产品在发布过程中的反馈信息,反馈信息记录新版本产品在发布过程中运行的流量日志,通过分析流量日志,确定新版本产品稳定性、使用次数、使用频率、服务器稳定性等属性,以确定新版本产品发布过程中是否出现问题。
具体的,比如通过***提供的健康探测方式如tcp(Transmission ControlProtocol,传输控制协议),原理是telnet(远程登陆***)应用ip应用端口(如telnet1.1.1.1 80),如果连续三次探测无响应或一次探测返回为connection refused(拒绝连接),则***认为应用异常。
实时监听新版本产品的发布状态,如果在发布过程中,检测到发布异常,则暂停下一批次的新版本产品发布,待新版本产品修复完毕后再继续发布。
另外,所述采集当前新版本产品发布的反馈信息的具体执行方式如下所示:
(1)采用预置流量数据采集设备获取当前新版本产品发布产生的流量数据累积值及对应的时间信息;
(2)基于所述时间信息,采用预置流量数据计算公式计算前后两次流量数据累计值的单位时间流量数据,并将所述单位时间流量数据作为当前新版本产品发布的反馈信息。
本实施例中,流量数据采集设备包括Nginx(engine x)、网络管理服务***(Network Management System,NMS)、NetFlow(网络流)等;时间信息包括SysUpTime(System Up Time,***运行时间)、或预设自定义时间;而流量数据计算公式可以为:(B-A)/(tB-tA),其中,A为前一次流量数据累积值,B为后一次流量数据累积值,tA为流量数据累积值A对应的时间信息,tB为流量数据累积值B对应的时间信息。
104、根据所述反馈信息,判断发布异常的新版本产品是否符合预置修复条件;
本实施例中,预测修复当前发布异常的新版本产品所需的时间,然后通过设置时间阈值,与所需时间进行对比,小于该时间阈值,则可对该发布异常的新版本产品修复;大于该时间阈值,则不对该发布异常的新版本产品进行修复,以免影响用户体验及增加产品发布压力;
105、若符合,则获取所述发布状态的异常类型,根据所述异常类型,对所述新版本产品进行修复并继续发布修复后的新版本产品,跳转至106,否则调用预设的回退版本产品替换所述新版本产品,并生成对应的产品发布报告;
本实施例中,如发现应用异常,可自动启动暂停发布指令,停止发布;如异常可短暂修复,通过手动刷新健康探测状态确认,则可继续下一步。如异常短时间无法修复(如主机硬件故障),则可停止发布或选择设定的版本回退。避免影响更多用户。
其中,回退版本产品为历史发布的其中一类产品。
106、执行103-105,直到所述灰度发布任务完成时停止执行,并生成对应的产品发布报告。
本实施例中,完成新版本产品的修复后,采用修复后的新版本产品进行重新发布。并继续实时监测新版本产品发布过程中的发布状态;当新版本产品发布完成后,则根据发布过程中的异常发布状态、修复方案进行记录,得到对应的产品发布报告,其中异常发布状态包括新版本产品稳定性、使用次数、使用频率、服务器稳定性等。
本发明实施例中,通过多个终端中同一旧版本产品的分流策略信息与新版本产品的发布策略信息,创建灰度发布任务进行新版本产品的发布;当新版本产品发布出现异常时,若可以进行修复,则根据其异常类型对新版本产品进行修复,若无法进行修复,则通过预设的回退版本产品对新版本产品进行回退操作,直到完成灰度发布任务或回退操作,生成产品发布报告,实现了产品灰度发布的全程自动化,提升了产品灰度发布整体自动化程度。
本发明实施例通过上述方案,能够实现医疗服务产品灰度发布的全程自动化,提升整体自动化程序,有助于数字医疗技术的发展,提升医疗服务产品的用户体验。
请参阅图2,本发明实施例中产品灰度发布方法的第二个实施例包括:
201、获取多个终端中同一旧版本产品的分流策略信息与新版本产品的发布策略信息;
202、根据所述分流策略信息,确定各分流策略的优先级,其中,所述分流策略信息中包含多个分流策略;
本实施例中,各分流策略即为:旧产品使用用户是否为内部用户、是否为种子用户、是否为活跃用户、是否为付费用户、是否为会员,所处地理位置、用户终端特性(如分辨率、性能)、用户自身特点(性别、年龄等)等。根据不同产品设置不同的影响因子的权重,以权重定义各个分流策略的优先级,权重越高,对应的分流策略的优先级越高,反之越低。
优选地,一般内容用户权重分配较高,其后依次是种子用户、活跃用户、会员、付费用户,而用户所处地理位置、用户终端特性(如分辨率、性能)、用户自身特点(性别、年龄等)在特殊情况下亦会适当的增减权重,比如新版本产品目标群众明显为高领、年轻人,则设置的用户所处地理位置、用户自身特点权重分配会适当地增加,以筛选更多符合条件的目标用户,以及筛除更多不适合的普通用户。
203、根据所述优先级,统计所述各旧版本产品的更新级别,并根据所述更新级别,对所述各旧版本产品进行排序,得到对应的更新策略表;
本实施例中,通过表示优先级的权重,结合每一权重对应分流策略的结果数值,计算旧版本产品使用用户的得分,进而确定旧版本产品的优先级。
具体通过以下公式进行旧版本产品使用用户得分的计算:
其中,Sj为第j个用户的得分,Ch为第h个分流策略的结果数值,Wh为第h个影响因子的权重,j、h、H为正整数。比如用户为活跃用户,则Wh=1。
另外,根据各旧版本产品使用用户的得分,将对应的旧版本产品划分为不同的更新等级,并根据更新等级顺序写入更新策略表中。其中,对于涉及相同得分的旧版本产品,根据权重高至低,逐级递减进行得分对比,权重高的分流策略得分越高排序越靠前。
204、根据所述发布策略信息,调整所述更新策略表,得到灰度发布任务;
本实施例中,发布策略信息中记录启动时间、发布批次,发布批次的发布数量、发布时间、指定回退版本产品。首先区分新版本产品发布中,每一发布批次的发布数量;再根据发布数量对更新策略表中的旧版本产品进行顺序划分,其中,第一批次的发布时间为启动时间,第二批次之后为对应的发布时间;确定新版本产品的发布顺序后,即得到灰度发布任务。
205、根据所述灰度发布任务,发布所述新版本产品;
本实施例中,当到达启动时间后,即触发灰度发布指令,对第一批次的旧版本产品进行更新;当到达第一个发布时间时,则对第二批次的旧版本产品进行更新,以此类推。
206、监听所述新版本产品的发布状态,若监听到所述发布状态为发布异常,则暂停当前新版本产品的发布,并采集当前新版本产品发布的反馈信息;
207、根据所述反馈信息,判断发布异常的新版本产品是否符合预置修复条件;
208、若符合,则获取所述发布状态的异常类型,根据所述异常类型,对所述新版本产品进行修复并继续发布修复后的新版本产品,跳转至209,否则调用预设的回退版本产品替换所述新版本产品,并生成对应的产品发布报告;
209、执行206-208,直到所述灰度发布任务完成时停止执行,并生成对应的产品发布报告。
本发明实施例中,详细说明了通过多个分流策略和发布策略的组合,构建更新策略表,并通过更新策略表执行灰度发布任务,以对新版本产品进行发布,使发布顺序更加拟合市场需求,新版本产品的发布质量更高。
请参阅图3,本发明实施例中产品灰度发布方法的第三个实施例包括:
301、获取多个终端中同一旧版本产品的分流策略信息与新版本产品的发布策略信息;
302、根据所述分流策略信息,确定各分流策略的优先级,其中,所述分流策略信息中包含多个分流策略;
303、根据所述优先级,统计所述各旧版本产品的更新级别,并根据所述更新级别,对所述各旧版本产品进行排序,得到对应的更新策略表;
304、根据所述发布策略信息,确定所述新版本产品的发布批次,并确定所述各发布批次的发布时间与对应的发布数量;
本实施例中,根据产品特征,发布批次的数量可设置为5-15,各发布批次的发布时间间隔可以从1天-7天,而发布数量可以为每个发布批次的均值,或者随发布批次递增或递减;可以一方面保证单个批次新版本产品发布后,若发生故障,其可控性较大;另一方面保证整个灰度发布周期契合产品的更代属性。比如,对于更代较快的软件,发布批次可以设置较小的数量比如5-8,而发布时间间隔可以设置较短,比如1天-2天。
305、根据所述发布数量,将所述更新策略表中的所述各旧版本产品依序划分至对应的发布批次,得到新的更新策略表;
本实施例中,更新策略表根据更新顺序对旧版本产品进行了排序,其中,更新策略表中记录的是旧版本产品的用户ID(Identity document,身份标识信息)号码,通过该用户ID号码作为索引,可以定位到具体旧版本产品,然后采用新版本产品对旧版本产品进行更新。
本实施例中,从更新策略表中确定排序靠前的第一个发布批次数量的旧版本产品(以旧用户ID号码进行表示),然后与其他旧版本产品分隔开;接着再确定剩余排序靠前的第二个发布批次的旧版本产品,再与其他旧版本产品分隔开;以此类推,将更新策略表分隔成多个分区。
306、将所述各发布时间写入所述新的更新策略表中对应的发布批次中,并根据写入有所述发布时间的更新策略表,得到灰度发布任务;
本实施例中,对每一个发布批次的分区进行对应发布时间的设置,发布时间作为发布触发条件,当到达发布时间,则自动进行当前批次的新版版产品的发布。
另外,更新策略表中亦设置了若新版本产品出现异常且无法修复的情况,进行回滚的回退版本产品,以回退版本号进行表示。
307、根据所述灰度发布任务,发布所述新版本产品;
308、监听所述新版本产品的发布状态,若监听到所述发布状态为发布异常,则暂停当前新版本产品的发布,并采集当前新版本产品发布的反馈信息;
309、根据所述反馈信息,判断发布异常的新版本产品是否符合预置修复条件;
310、若符合,则获取所述发布状态的异常类型,根据所述异常类型,对所述新版本产品进行修复并继续发布修复后的新版本产品,跳转至311,否则调用预设的回退版本产品替换所述新版本产品,并生成对应的产品发布报告;
311、执行308-310,直到所述灰度发布任务完成时停止执行,并生成对应的产品发布报告。
本发明实施例中,详细介绍了通过发布策略信息调整更新策略表,完成灰度发布任务的设置,通过设置新版本产品发布的发布批次数量,不同发布批次对应的发布数量与发布时间,使得灰度发布过程自动化程度更高。
请参阅图4,本发明实施例中产品灰度发布方法的第四个实施例包括:
401、获取多个终端中同一旧版本产品的分流策略信息与新版本产品的发布策略信息;
402、根据所述分流策略信息与所述发布策略信息,创建所述新版本产品的灰度发布任务,并根据所述灰度发布任务,发布所述新版本产品;
403、监听所述新版本产品的发布状态,若监听到所述发布状态为发布异常,则暂停当前新版本产品的发布,并采集当前新版本产品发布的反馈信息;
404、根据所述反馈信息,统计发布异常的新版本产品的预期修复时间;
本实施例中,对新版本产品的监控,可先历史产品发布过程中产品的数据规模、控制流、数据流等属性进行量化,构建产品异常预测模型,以预测新版本产品的异常倾向,然后将反馈信息中的数据规模、控制流、数据流等属性输入该产品异常预测模型,预测当前新版本产品的异常倾向,再通过确定的异常倾向预测新版本产品的修复时间。具体预测比例最大的异常倾向,进行修复时所需的时间。
405、判断所述修复时间是否大于预置修复时间阈值;
406、若大于,则确定所述发布异常的新版本产品不符合预置修复条件;
407、若小于,则确定所述发布异常的新版本产品符合所述修复条件;
本实施例中,为减少新版本产品发布的压力与产品形象,设置适当的预置修复时间阈值,当该修复时间大于预置修复时间阈值时,则终止本轮灰度发布任务,由开发人员线下进行修复,比如发布***主机故障,主机硬件无法支持等。而对于一些较为简单的发布异常情况,比如主机断电、***响应延迟、丢包、抖动等问题,可进行适应性的网络安全探测并修复等。
408、若所述发布异常的新版本产品符合预置修复条件,则获取所述发布状态的异常类型;
409、判断所述发布异常的类型为流程异常或者产品异常;
本实施例中,流程异常问题包括测试环境与生产环境的配置差异问题导致的发布异常、主机断电问题导致的发布异常等;产品异常包括产品边缘值设置问题(测试用例不够全面)、服务端配置问题、业务数据配置问题,比如手机遗漏、错误等。
比如,对于测试环境和生产环境的配置差异问题导致新版本产品发布异常,则通过Java项目,考虑云监控、负载均衡和日志服务作为监控告警服务的***支撑,以及Cat(Central Application Tracking,中央应用程序跟踪)作为Java Springboot微服务的监控告警,选择监控关键指标,例如,每秒查询率(Queries-per-second,QPS)、TPS(Transactions Per Second,每秒传输的事物处理个数)、RT(Response Time,响应时间)、http 5status Code(第五代超文本标记的语言状态码)数据等。
410、若所述发布异常的类型为流程异常,则对发生异常的新版本产品进行修复;
411、若所述发布异常的类型为产品异常,则根据所述产品异常,对全部的新版本产品进行修复;
412、继续发布修复后的新版本产品,跳转至414;
413、若所述发布异常的新版本产品不符合预置修复条件,则调用预设的回退版本产品替换所述新版本产品,并生成对应的产品发布报告;
S414、执行403-413,直到所述灰度发布任务完成时停止执行,并生成对应的产品发布报告。
本发明实施例中,详细介绍了新版本产品的修复过程,通过验证新版本产品是否可以在线修复,修复类型以及修复范围,使得产品质量把控更细致,提升新版本产品的灰度发布质量。
上面对本发明实施例中产品灰度发布方法进行了描述,下面对本发明实施例中产品灰度发布装置进行描述,请参阅图5,本发明实施例中产品灰度发布装置一个实施例包括:
获取模块501,用于获取多个终端中同一旧版本产品的分流策略信息与新版本产品的发布策略信息;
创建模块502,用于根据所述分流策略信息与所述发布策略信息,创建所述新版本产品的灰度发布任务,并根据所述灰度发布任务,发布所述新版本产品;
监听模块503,用于监听所述新版本产品的发布状态,若监听到所述发布状态为发布异常,则暂停当前新版本产品的发布,并采集当前新版本产品发布的反馈信息;
判别模块504,用于根据所述反馈信息,判断发布异常的新版本产品是否符合预置修复条件;
修复模块505,用于若发布异常的新版本产品符合预置修复条件,则获取所述发布状态的异常类型,根据所述异常类型,对所述新版本产品进行修复并继续发布修复后的新版本产品,跳转至生成模块506,否则调用预设的回退版本产品替换所述新版本产品,并生成对应的产品发布报告;
生成模块506,用于跳转至监听模块503,直到所述灰度发布任务完成时停止执行,并生成对应的产品发布报告。
本发明实施例中,通过多个终端中同一旧版本产品的分流策略信息与新版本产品的发布策略信息,创建灰度发布任务进行新版本产品的发布;当新版本产品发布出现异常时,若可以进行修复,则根据其异常类型对新版本产品进行修复,若无法进行修复,则通过预设的回退版本产品对新版本产品进行回退操作,直到完成灰度发布任务或回退操作,生成产品发布报告,实现了产品灰度发布的全程自动化,提升了产品灰度发布整体自动化程度。
请参阅图6,本发明实施例中产品灰度发布装置的另一个实施例包括:
获取模块501,用于获取多个终端中同一旧版本产品的分流策略信息与新版本产品的发布策略信息;
创建模块502,用于根据所述分流策略信息与所述发布策略信息,创建所述新版本产品的灰度发布任务,并根据所述灰度发布任务,发布所述新版本产品;
监听模块503,用于监听所述新版本产品的发布状态,若监听到所述发布状态为发布异常,则暂停当前新版本产品的发布,并采集当前新版本产品发布的反馈信息;
判别模块504,用于根据所述反馈信息,判断发布异常的新版本产品是否符合预置修复条件;
修复模块505,用于若发布异常的新版本产品符合预置修复条件,则获取所述发布状态的异常类型,根据所述异常类型,对所述新版本产品进行修复并继续发布修复后的新版本产品,跳转至生成模块506,否则调用预设的回退版本产品替换所述新版本产品,并生成对应的产品发布报告;
生成模块506,用于跳转至监听模块503,直到所述灰度发布任务完成时停止执行,并生成对应的产品发布报告。
具体的,所述创建模块502包括:
分流单元5021,用于根据所述分流策略信息,确定各分流策略的优先级,其中,所述分流策略信息中包含多个分流策略;
统计排序单元5022,用于根据所述优先级,统计所述各旧版本产品的更新级别,并根据所述更新级别,对所述各旧版本产品进行排序,得到对应的更新策略表;
调整单元5023,用于根据所述发布策略信息,调整所述更新策略表,得到灰度发布任务。
具体的,所述调整单元5023包括:
根据所述发布策略信息,确定所述新版本产品的发布批次,并确定所述各发布批次的发布时间与对应的发布数量;
根据所述发布数量,将所述更新策略表中的所述各旧版本产品依序划分至对应的发布批次,得到新的更新策略表;
将所述各发布时间写入所述新的更新策略表中对应的发布批次中,并根据写入有所述发布时间的更新策略表,得到灰度发布任务。
具体的,所述判别模块504包括:
统计单元5041,用于根据所述反馈信息,统计发布异常的新版本产品的预期修复时间;
第一判别单元5042,用于判断所述修复时间是否大于预置修复时间阈值;若大于,则确定所述发布异常的新版本产品不符合预置修复条件,否则确定所述发布异常的新版本产品符合所述修复条件。
具体的,所述修复模块505包括:
第二判别单元5051,用于判断所述发布异常的类型为流程异常或者产品异常;
修复单元5052,用于若所述发布异常的类型为流程异常,则对发生异常的新版本产品进行修复;若所述发布异常的类型为产品异常,则根据所述产品异常,对全部的新版本产品进行修复。
具体的,所述监听模块503包括:
获取单元5031、用于采用预置流量数据采集设备获取当前新版本产品发布产生的流量数据累积值及对应的时间信息;
计算单元5032,用于基于所述时间信息,采用预置流量数据计算公式计算前后两次流量数据累计值的单位时间流量数据,并将所述单位时间流量数据作为当前新版本产品发布的反馈信息。
具体的,所述获取模块还用于:
获取多个终端中同一旧版本产品的多个发布策略,以及新版本产品的发布批次、所述各批次的发布时间和对应的发布数量,所述发布策略、发布批次、所述各批次的发布时间和对应的发布数量存储于区块链中。
本发明实施例中,详细说明了通过多个分流策略和发布策略的组合,构建更新策略表,并通过更新策略表执行灰度发布任务,以对新版本产品进行发布,使发布顺序更加拟合市场需求,新版本产品的发布质量更高;然后还详细介绍了通过发布策略信息调整更新策略表,完成灰度发布任务的设置,通过设置新版本产品发布的发布批次数量,不同发布批次对应的发布数量与发布时间,使得灰度发布过程自动化程度更高;最后也详细介绍了新版本产品的修复过程,通过验证新版本产品是否可以在线修复,修复类型以及修复范围,使得产品质量把控更细致,提升新版本产品的灰度发布质量。
上面图5和图6从模块化功能实体的角度对本发明实施例中的产品灰度发布装置进行详细描述,下面从硬件处理的角度对本发明实施例中产品灰度发布设备进行详细描述。
图7是本发明实施例提供的一种产品灰度发布设备的结构示意图,该产品灰度发布设备700可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上处理器(central processing units,CPU)710(例如,一个或一个以上处理器)和存储器720,一个或一个以上存储应用程序733或数据732的存储介质730(例如一个或一个以上海量存储设备)。其中,存储器720和存储介质730可以是短暂存储或持久存储。存储在存储介质730的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对产品灰度发布设备700中的一系列指令操作。更进一步地,处理器710可以设置为与存储介质730通信,在产品灰度发布设备700上执行存储介质730中的一系列指令操作。
产品灰度发布设备700还可以包括一个或一个以上电源740,一个或一个以上有线或无线网络接口750,一个或一个以上输入输出接口760,和/或,一个或一个以上操作***731,例如Windows Serve,Mac OS X,Unix,Linux,FreeBSD等等。本领域技术人员可以理解,图7示出的产品灰度发布设备结构并不构成对产品灰度发布设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
本发明还提供一种产品灰度发布设备,所述产品灰度发布设备包括存储器和处理器,存储器中存储有计算机可读指令,计算机可读指令被处理器执行时,使得处理器执行上述各实施例中的所述产品灰度发布方法的步骤。
本发明还提供一种计算机可读存储介质,该计算机可读存储介质可以为非易失性计算机可读存储介质,该计算机可读存储介质也可以为易失性计算机可读存储介质,所述计算机可读存储介质中存储有指令,当所述指令在计算机上运行时,使得计算机执行所述产品灰度发布方法的步骤。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种产品灰度发布方法,其特征在于,所述产品灰度发布方法包括:
S1、获取多个终端中同一旧版本产品的分流策略信息与新版本产品的发布策略信息;
S2、根据所述分流策略信息与所述发布策略信息,创建所述新版本产品的灰度发布任务,并根据所述灰度发布任务,发布所述新版本产品;
S3、监听所述新版本产品的发布状态,若监听到所述发布状态为发布异常,则暂停当前新版本产品的发布,并采集当前新版本产品发布的反馈信息;
S4、根据所述反馈信息,判断发布异常的新版本产品是否符合预置修复条件;
S5、若符合,则获取所述发布状态的异常类型,根据所述异常类型,对所述新版本产品进行修复并继续发布修复后的新版本产品,跳转至S6,否则调用预设的回退版本产品替换所述新版本产品,并生成对应的产品发布报告;
S6、执行S3-S5,直到所述灰度发布任务完成时停止执行,并生成对应的产品发布报告。
2.根据权利要求1所述的产品灰度发布方法,其特征在于,所述根据所述分流策略信息与所述发布策略信息,创建所述新版本产品的灰度发布任务,包括:
根据所述分流策略信息,确定各分流策略的优先级,其中,所述分流策略信息中包含多个分流策略;
根据所述优先级,统计所述各旧版本产品的更新级别,并根据所述更新级别,对所述各旧版本产品进行排序,得到对应的更新策略表;
根据所述发布策略信息,调整所述更新策略表,得到灰度发布任务。
3.根据权利要求2所述的产品灰度发布方法,其特征在于,所述根据所述发布策略信息,调整所述更新策略表,得到灰度发布任务,包括:
根据所述发布策略信息,确定所述新版本产品的发布批次,并确定所述各发布批次的发布时间与对应的发布数量;
根据所述发布数量,将所述更新策略表中的所述各旧版本产品依序划分至对应的发布批次,得到新的更新策略表;
将所述各发布时间写入所述新的更新策略表中对应的发布批次中,并根据写入有所述发布时间的更新策略表,得到灰度发布任务。
4.根据权利要求1中所述的产品灰度发布方法,其特征在于,所述根据所述反馈信息,判断发布异常的新版本产品是否符合预置修复条件,包括:
根据所述反馈信息,统计发布异常的新版本产品的预期修复时间;
判断所述修复时间是否大于预置修复时间阈值;
若大于,则确定所述发布异常的新版本产品不符合预置修复条件,否则确定所述发布异常的新版本产品符合所述修复条件。
5.根据权利要求1-4中任一项所述的产品灰度发布方法,其特征在于,所述根据所述异常类型,对所述新版本产品进行修复,包括:
判断所述发布异常的类型为流程异常或者产品异常;
若所述发布异常的类型为流程异常,则对发生异常的新版本产品进行修复;
若所述发布异常的类型为产品异常,则根据所述产品异常,对全部的新版本产品进行修复。
6.根据权利要求1所述的产品灰度发布方法,其特征在于,所述采集当前新版本产品发布的反馈信息,包括:
采用预置流量数据采集设备获取当前新版本产品发布产生的流量数据累积值及对应的时间信息;
基于所述时间信息,采用预置流量数据计算公式计算前后两次流量数据累计值的单位时间流量数据,并将所述单位时间流量数据作为当前新版本产品发布的反馈信息。
7.根据权利要求1所述的产品灰度发布方法,其特征在于,所述获取多个终端中同一旧版本产品的分流策略信息与新版本产品的发布策略信息,包括:
获取多个终端中同一旧版本产品的多个发布策略,以及新版本产品的发布批次、所述各批次的发布时间和对应的发布数量,所述发布策略、发布批次、所述各批次的发布时间和对应的发布数量存储于区块链中。
8.一种产品灰度发布装置,其特征在于,所述产品灰度发布装置包括:
获取模块,用于获取多个终端中同一旧版本产品的分流策略信息与新版本产品的发布策略信息;
创建模块,用于根据所述分流策略信息与所述发布策略信息,创建所述新版本产品的灰度发布任务,并根据所述灰度发布任务,发布所述新版本产品;
监听模块,用于监听所述新版本产品的发布状态,若监听到所述发布状态为发布异常,则暂停当前新版本产品的发布,并采集当前新版本产品发布的反馈信息;
判别模块,用于根据所述反馈信息,判断发布异常的新版本产品是否符合预置修复条件;
修复模块,用于若发布异常的新版本产品符合预置修复条件,则获取所述发布状态的异常类型,根据所述异常类型,对所述新版本产品进行修复并继续发布修复后的新版本产品,跳转至生成模块,否则调用预设的回退版本产品替换所述新版本产品,并生成对应的产品发布报告;
生成模块,用于跳转至监听模块,直到所述灰度发布任务完成时停止执行,并生成对应的产品发布报告。
9.一种产品灰度发布设备,其特征在于,所述产品灰度发布设备包括:存储器和至少一个处理器,所述存储器中存储有指令;
所述至少一个处理器调用所述存储器中的所述指令,以使得所述产品灰度发布设备执行如权利要求1-7中任一项所述的产品灰度发布方法。
10.一种计算机可读存储介质,所述计算机可读存储介质上存储有指令,其特征在于,所述指令被处理器执行时实现如权利要求1-7中任一项所述产品灰度发布方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011007731.0A CN112130892A (zh) | 2020-09-23 | 2020-09-23 | 产品灰度发布方法、装置、设备及存储介质 |
PCT/CN2020/124717 WO2021179633A1 (zh) | 2020-09-23 | 2020-10-29 | 产品灰度发布方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011007731.0A CN112130892A (zh) | 2020-09-23 | 2020-09-23 | 产品灰度发布方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112130892A true CN112130892A (zh) | 2020-12-25 |
Family
ID=73842782
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011007731.0A Pending CN112130892A (zh) | 2020-09-23 | 2020-09-23 | 产品灰度发布方法、装置、设备及存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN112130892A (zh) |
WO (1) | WO2021179633A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112783729A (zh) * | 2021-01-29 | 2021-05-11 | 北京三快在线科技有限公司 | 一种针对灰度发布的异常处理方法及异常处理装置 |
CN113590373A (zh) * | 2021-08-10 | 2021-11-02 | 平安普惠企业管理有限公司 | 基于应用版本发布的处理方法、装置、设备及存储介质 |
CN113793137A (zh) * | 2021-09-29 | 2021-12-14 | 中国银行股份有限公司 | 手机银行版本发布控制方法及装置 |
CN114356533A (zh) * | 2022-03-15 | 2022-04-15 | 北京仁科互动网络技术有限公司 | 微服务无感知发布***、方法、电子设备及存储介质 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114579162B (zh) * | 2022-05-07 | 2022-08-23 | 杭州又拍云科技有限公司 | 一种基于事件驱动和水平触发的灰度发布方法 |
CN114968274B (zh) * | 2022-07-29 | 2022-11-08 | 之江实验室 | 一种基于灰度发布的自动化快速部署前置机的方法及*** |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103176790B (zh) * | 2011-12-26 | 2016-04-20 | 阿里巴巴集团控股有限公司 | 应用发布方法和*** |
CN110365502B (zh) * | 2018-03-26 | 2021-04-09 | 华为技术有限公司 | 一种服务升级管理的方法、装置及存储介质 |
CN108848092B (zh) * | 2018-06-20 | 2021-02-26 | 中国联合网络通信集团有限公司 | 基于调用链的微服务灰度发布的处理方法及装置 |
CN110908702B (zh) * | 2019-10-12 | 2024-05-24 | 中国平安财产保险股份有限公司 | 一种版本切换方法、版本切换装置、计算机设备及存储介质 |
-
2020
- 2020-09-23 CN CN202011007731.0A patent/CN112130892A/zh active Pending
- 2020-10-29 WO PCT/CN2020/124717 patent/WO2021179633A1/zh active Application Filing
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112783729A (zh) * | 2021-01-29 | 2021-05-11 | 北京三快在线科技有限公司 | 一种针对灰度发布的异常处理方法及异常处理装置 |
CN113590373A (zh) * | 2021-08-10 | 2021-11-02 | 平安普惠企业管理有限公司 | 基于应用版本发布的处理方法、装置、设备及存储介质 |
CN113793137A (zh) * | 2021-09-29 | 2021-12-14 | 中国银行股份有限公司 | 手机银行版本发布控制方法及装置 |
CN114356533A (zh) * | 2022-03-15 | 2022-04-15 | 北京仁科互动网络技术有限公司 | 微服务无感知发布***、方法、电子设备及存储介质 |
CN114356533B (zh) * | 2022-03-15 | 2022-06-14 | 北京仁科互动网络技术有限公司 | 微服务无感知发布***、方法、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2021179633A1 (zh) | 2021-09-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112130892A (zh) | 产品灰度发布方法、装置、设备及存储介质 | |
US7437281B1 (en) | System and method for monitoring and modeling system performance | |
US10193772B1 (en) | User behavior analyzer | |
US7082381B1 (en) | Method for performance monitoring and modeling | |
US10459827B1 (en) | Machine-learning based anomaly detection for heterogenous data sources | |
WO2019011015A1 (zh) | 一种进行业务调度的方法和装置 | |
US9459980B1 (en) | Varying cluster sizes in a predictive test load while testing a productive system | |
US7757117B2 (en) | Method and apparatus for testing of enterprise systems | |
US7197428B1 (en) | Method for performance monitoring and modeling | |
WO2014184934A1 (ja) | 障害分析方法、障害分析システム及び記憶媒体 | |
US11074514B2 (en) | Confidence intervals for anomalies in computer log data | |
US10417712B2 (en) | Enterprise application high availability scoring and prioritization system | |
CN111213349A (zh) | 用于检测客户端设备上的欺诈行为的***和方法 | |
CN112633542A (zh) | ***性能指标预测方法、装置、服务器及存储介质 | |
US9455940B2 (en) | Information processing apparatus and information processing method | |
CN108845927B (zh) | 一种测试用例的筛选方法及装置 | |
CN108376553A (zh) | 一种视频服务器的磁盘的监控方法及*** | |
CN111447193A (zh) | 一种针对实时数据流进行异常检测的方法及装置 | |
CN115065597B (zh) | 一种容器资源配置方法、装置、介质和设备 | |
CN111724009A (zh) | 风险评估方法、风控***及风险评估设备 | |
CN110278105A (zh) | 基于zabbix和web拨测检测整体业务运行质量的方法 | |
CN113673811B (zh) | 一种基于session的在线学习绩效评估方法及装置 | |
JP6275542B2 (ja) | 分析装置およびコンピュータプログラム | |
JP6436644B2 (ja) | 分析装置およびコンピュータプログラム | |
JP6666489B1 (ja) | 障害予兆検知システム |
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 |