本申请属于运维以及金融科技技术领域，涉及一种灰度服务故障处理方法，包括基于用户终端发送的服务请求确定用户是否为灰度用户；在为灰度用户时，确定是否进行灰度访问；在确定进行灰度访问时，访问对应的灰度版本；接收返回的请求结果，根据请求结果判断是否为正常返回；若为异常返回，将服务请求记录为异常请求；根据异常请求获取异常判断指标，基于异常判断指标确定是否关闭灰度功能；在关闭灰度功能时，根据服务请求访问对应的正常版本。本申请还提供一种灰度服务故障处理装置、计算机设备及存储介质。此外，本申请还涉及区块链技术，服务请求可存储于区块链中。本申请能够实现服务故障自愈，可大幅降低灰度服务故障对业务的影响。响。响。
【技术实现步骤摘要】
灰度服务故障处理方法、装置、计算机设备及存储介质
[0001]本申请涉及运维以及金融科技
，尤其涉及一种灰度服务故障处理方法、装置、计算机设备及存储介质。
技术介绍
[0002]当前信息技术快速发展，软件以及网站的更新迭代速度逐渐加快，随着系统版本的每一次迭代升级，往往会伴随着一定的系统风险，严重的系统异常可能会导致系统的业务功能受损。
[0003]为保障系统迭代对现有业务造成不必要的影响，均会利用灰度发布的模式进行渐进式服务发布，部分用户将提前使用系统最新迭代优化的功能，但该方式无法从本质上避免用户受到新功能所带来的未知问题的影响，只能降低影响范围，依旧对该部分灰度用户造成了一定的业务影响，并且后续仍需要相应开发和运维人员进行系统配置后才可以恢复功能，导致无法及时修复产生的问题，甚至对时效性较高的业务，尤其是金融领域的业务，例如实时交易反欺诈、广告营销、促销活动以及信贷审批等，将造成不必要的业务损失。
技术实现思路
[0004]本申请实施例的目的在于提出一种灰度服务故障处理方法、装置、计算机设备及存储介质，以解决现有灰度发布过程中新功能产生的系统问题无法及时修复，造成业务损失的技术问题。
[0005]为了解决上述技术问题，本申请实施例提供一种灰度服务故障处理方法，采用了如下所述的技术方案：
[0006]接收用户终端发送的服务请求，基于所述服务请求确定用户是否为灰度用户；
[0007]在所述用户为灰度用户时，根据所述服务请求确定是否进行灰度访问；
[0008]在确定进行所述灰度访问时，根据所述服务请求访问对应的灰度版本；
[0009]接收所述灰度版本处理所述服务请求后返回的请求结果，根据所述请求结果判断是否为正常返回；
[0010]若为异常返回，将所述服务请求记录为异常请求；
[0011]根据所述异常请求获取异常判断指标，基于所述异常判断指标确定是否关闭灰度功能；
[0012]在关闭所述灰度功能时，根据所述服务请求访问对应的正常版本。
[0013]进一步的，所述基于所述服务请求确定用户是否为灰度用户的步骤包括：
[0014]从所述服务请求中获取请求标识信息；
[0015]根据所述请求标识信息，按照预设灰度规则判断所述用户是否为灰度用户。
[0016]进一步的，所述根据所述服务请求确定是否进行灰度访问的步骤包括：
[0017]根据所述服务请求获取编码标识；
[0018]基于所述编码标识，从预设缓存中查询所述用户的暂停灰度信息；
[0019]根据所述暂停灰度信息确定是否进行灰度访问。
[0020]进一步的，所述根据所述暂停灰度信息确定是否进行灰度访问的步骤包括：
[0021]提取所述暂停灰度信息中的历史暂停次数以及每次暂停的暂停时间戳；
[0022]确定当前时间戳和距离所述当前时间戳最近的所述暂停时间戳之间的时间差；
[0023]在所述历史暂停次数大于等于预设暂停阈值或所述时间差小于预设时间阈值时，停止灰度访问；
[0024]在所述历史暂停次数小于预设暂停阈值或所述时间差大于等于预设时间阈值时，进行灰度访问。
[0025]进一步的，所述根据所述异常请求获取异常判断指标，基于所述异常判断指标确定是否关闭灰度功能的步骤包括：
[0026]获取所述异常请求的异常数量以及每次所述异常请求的异常时间戳；
[0027]根据所述异常时间戳统计预设单位时间内的单位异常数量，并将所述单位异常数量与预设数量阈值进行比较；
[0028]在所述单位异常数量小于预设数量阈值时，将所述请求结果返回所述用户终端；
[0029]在所述单位异常数量大于等于预设数量阈值时，则暂停灰度功能，并记录当前暂停时间戳以及当前暂停次数；
[0030]根据所述当前暂停时间戳和所述当前暂停次数，确定是否关闭灰度功能。
[0031]进一步的，所述根据所述异常请求获取异常判断指标，基于所述异常判断指标确定是否关闭灰度功能的步骤包括：
[0032]根据所述异常请求向预设的令牌桶发送令牌获取请求；
[0033]基于所述令牌获取请求从所述令牌桶中获取令牌；
[0034]若令牌获取成功，将所述请求结果返回所述用户终端，并相应减少所述令牌桶中的令牌数量；
[0035]若令牌获取失败，则暂停灰度功能，并记录当前暂停时间戳以及当前暂停次数；
[0036]根据所述当前暂停时间戳和所述当前暂停次数，确定是否关闭灰度功能。
[0037]进一步的，在所述暂停灰度功能的步骤之后还包括：
[0038]根据所述当前暂停时间戳和所述当前暂停次数进行灰度重试。
[0039]为了解决上述技术问题，本申请实施例还提供一种灰度服务故障处理装置，采用了如下所述的技术方案：
[0040]接收模块，用于接收用户终端发送的服务请求，基于所述服务请求确定用户是否为灰度用户；
[0041]灰度判断模块，用于在所述用户为灰度用户时，根据所述服务请求确定是否进行灰度访问；
[0042]灰度访问模块，用于在确定进行所述灰度访问时，根据所述服务请求访问对应的灰度版本；
[0043]结果判断模块，用于接收所述灰度版本处理所述服务请求后返回的请求结果，根据所述请求结果判断是否为正常返回；
[0044]记录模块，用于若为异常返回，将所述服务请求记录为异常请求；
[0045]获取模块，用于根据所述异常请求获取异常判断指标，基于所述异常判断指标确
定是否关闭灰度功能；
[0046]正常访问模块，用于在关闭所述灰度功能时，根据所述服务请求访问对应的正常版本。
[0047]为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：
[0048]该计算机设备包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如上所述的灰度服务故障处理方法的步骤。
[0049]为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：
[0050]所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如上所述的灰度服务故障处理方法的步骤。
[0051]与现有技术相比，本申请实施例主要有以下有益效果：
[0052]本申请通过基于服务请求确定用户是否为灰度用户，在用户为灰度用户时，根据服务请求确定是否进行灰度访问，在确定进行灰度访问时，访问对应的灰度版本，并接收处理服务请求返回的请求结果，若为异常返回，根据异常判断是否关闭灰度功能，如果关闭灰度功能，则根据服务请求访问对应的稳定版本；本申请通过全程系统监控灰度用户对灰度功能的访问情况，可以更加精准的定位灰度功能是否正常，在灰度服务故障时，自动进行业务环境切换操作，实现服务故障自愈，可大幅降低灰度服务故障对业务的影响本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种灰度服务故障处理方法，其特征在于，包括下述步骤：接收用户终端发送的服务请求，基于所述服务请求确定用户是否为灰度用户；在所述用户为灰度用户时，根据所述服务请求确定是否进行灰度访问；在确定进行所述灰度访问时，根据所述服务请求访问对应的灰度版本；接收所述灰度版本处理所述服务请求后返回的请求结果，根据所述请求结果判断是否为正常返回；若为异常返回，将所述服务请求记录为异常请求；根据所述异常请求获取异常判断指标，基于所述异常判断指标确定是否关闭灰度功能；在关闭所述灰度功能时，根据所述服务请求访问对应的正常版本。2.根据权利要求1所述的灰度服务故障处理方法，其特征在于，所述基于所述服务请求确定用户是否为灰度用户的步骤包括：从所述服务请求中获取请求标识信息；根据所述请求标识信息，按照预设灰度规则判断所述用户是否为灰度用户。3.根据权利要求1所述的灰度服务故障处理方法，其特征在于，所述根据所述服务请求确定是否进行灰度访问的步骤包括：根据所述服务请求获取编码标识；基于所述编码标识，从预设缓存中查询所述用户的暂停灰度信息；根据所述暂停灰度信息确定是否进行灰度访问。4.根据权利要求3所述的灰度服务故障处理方法，其特征在于，所述根据所述暂停灰度信息确定是否进行灰度访问的步骤包括：提取所述暂停灰度信息中的历史暂停次数以及每次暂停的暂停时间戳；确定当前时间戳和距离所述当前时间戳最近的所述暂停时间戳之间的时间差；在所述历史暂停次数大于等于预设暂停阈值或所述时间差小于预设时间阈值时，停止灰度访问；在所述历史暂停次数小于预设暂停阈值或所述时间差大于等于预设时间阈值时，进行灰度访问。5.根据权利要求1所述的灰度服务故障处理方法，其特征在于，所述根据所述异常请求获取异常判断指标，基于所述异常判断指标确定是否关闭灰度功能的步骤包括：获取所述异常请求的异常数量以及每次所述异常请求的异常时间戳；根据所述异常时间戳统计预设单位时间内的单位异常数量，并将所述单位异常数量与预设数量阈值进行比较；在所述单位异常数量小于预设数量阈值时，将所述请求结果返回所述用户终端；在所述单...
【专利技术属性】
技术研发人员：罗劲星，
申请(专利权)人：中国平安财产保险股份有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。