业务请求分析方法、装置及设备制造方法及图纸

本申请公开了一种业务请求分析方法、装置及设备，涉及互联网技术领域，可准确评估业务请求的扩散比，减少造成下游系统瘫痪的可能性，进而减少业务请求响应时长。其中方法包括：获取业务请求的实时处理日志；对所述实时处理日志进行解析，获取上游系统接收业务请求时对应唯一配置的Trace标识，并累计同一Trace标识对于下游系统中功能接口的请求量；根据所述请求量，确定扩散比存在异常的问题Trace标识。本申请适用于业务请求分析。

Business request analysis method, device and equipment

【技术实现步骤摘要】
业务请求分析方法、装置及设备
本申请涉及互联网
，尤其是涉及到一种业务请求分析方法、装置及设备。
技术介绍
随着互联网的飞速发展，用户对于网络服务的要求越来越高，为用户提供服务的平台规模也越来越大，处理业务请求时涉及的系统越来越多。例如，上游系统的业务请求处理，有时需要调用其下游系统的相关业务请求来实现。目前，上游系统的一个业务请求有时会被扩大一定倍数(即扩散比)而施加到下游系统上。如果上游系统的业务请求数量巨大，会调用其下游系统更加巨大的相关业务请求来实现。因此如果不能对扩散比有一个很好的评估和解决，那么一旦上游系统的业务请求流量瞬间涌入的时候，对下游系统的业务请求会按扩散比系数被放大，导致下游系统瞬间涌入超过该系统承受的业务请求而发生系统瘫痪，进而增加业务请求响应时长或者根本无法做出请求响应。
技术实现思路
有鉴于此，本申请提供了一种业务请求分析方法、装置及设备，主要目的在于解决目前现有技术中不能对扩散比有一个很好的评估和解决，会导致不能很好的提前评估下游系统可能涌入的瞬时业务请求数量，进而会造成下游系统瘫痪，增加业务请求响应时长或者根本无法做出请求响应的技术问题。根据本申请的一个方面，提供了一种业务请求分析方法，该方法包括：获取业务请求的实时处理日志；对所述实时处理日志进行解析，获取上游系统接收业务请求时对应唯一配置的跟踪(Trace)标识，并累计同一Trace标识对于下游系统中功能接口的请求量；根据所述请求量，确定扩散比存在异常的问题Trace标识。可选的，所述根据所述请求量，确定扩散比存在异常的问题Trace标识，具体包括：根据同一Trace标识对于单个功能接口的累计请求量，和/或同一Trace标识对于各个功能接口的总累计请求量，确定所述问题Trace标识。可选的，所述根据同一Trace标识对于单个功能接口的累计请求量，和/或同一Trace标识对于各个功能接口的总累计请求量，确定所述问题Trace标识，具体包括：若目标Trace标识对于单个功能接口的累计请求量大于或等于第一预设阈值，和/或所述目标Trace标识对于各个功能接口的总累计请求量大于或等于第二预设阈值，则将所述目标Trace标识确定为所述问题Trace标识。可选的，在根据所述请求量，确定扩散比存在异常的问题Trace标识之后，所述方法还包括：统计目标页面对应上游系统接收业务请求的第一总请求量，以及对应下游系统相关调用功能接口的第二总请求量；利用所述第一总请求量和所述第二总请求量，确定所述目标页面对应业务请求的整体扩散比；根据所述整体扩散比，和与所述目标页面包含的问题Trace标识对应的问题扩散比，生成所述目标页面对应的请求分析结果。可选的，所述方法还包括：若判定所述整体扩散比大于或等于预设扩散比阈值、和/或所述目标页面存在所述问题扩散比，则输出相应的告警信息。可选的，所述请求分析结果中还包含问题Trace标识对应发送请求的用户IP，以及所述用户IP对应的区域特征信息。可选的，所述请求分析结果中还包含问题Trace标识的明细数据，所述明细数据是利用所述问题Trace标识进行明细日志的关联搜索得到的。可选的，所述方法还包括：按照预设时间间隔统计所述目标页面对应的请求分析结果；参照间隔统计得到的请求分析结果进行横向比对分析。可选的，所述累计同一Trace标识对于下游系统中功能接口的请求量，具体包括：将同一Trace标识对于功能接口的请求量，增量更新在同一条记录中。可选的，所述获取业务请求的实时处理日志，具体包括：获取线下研发阶段和/或线上运行阶段的业务请求的实时处理日志。根据本申请的另一方面，提供了一种业务请求分析装置，该装置包括：获取模块，用于获取业务请求的实时处理日志；解析模块，用于对所述实时处理日志进行解析，获取上游系统接收业务请求时对应唯一配置的Trace标识，并累计同一Trace标识对于下游系统中功能接口的请求量；确定模块，用于根据所述请求量，确定扩散比存在异常的问题Trace标识。可选的，所述确定模块，具体用于根据同一Trace标识对于单个功能接口的累计请求量，和/或同一Trace标识对于各个功能接口的总累计请求量，确定所述问题Trace标识。可选的，所述确定模块，具体还用于若目标Trace标识对于单个功能接口的累计请求量大于或等于第一预设阈值，和/或所述目标Trace标识对于各个功能接口的总累计请求量大于或等于第二预设阈值，则将所述目标Trace标识确定为所述问题Trace标识。可选的，所述装置还包括：统计模块和生成模块；所述统计模块，用于统计目标页面对应上游系统接收业务请求的第一总请求量，以及对应下游系统相关调用功能接口的第二总请求量；所述确定模块，还用于利用所述第一总请求量和所述第二总请求量，确定所述目标页面对应业务请求的整体扩散比；所述生成模块，用于根据所述整体扩散比，和与所述目标页面包含的问题Trace标识对应的问题扩散比，生成所述目标页面对应的请求分析结果。可选的，所述装置还包括：输出模块，用于若判定所述整体扩散比大于或等于预设扩散比阈值、和/或所述目标页面存在所述问题扩散比，则输出相应的告警信息。可选的，所述请求分析结果中还包含问题Trace标识对应发送请求的用户IP，以及所述用户IP对应的区域特征信息。可选的，所述请求分析结果中还包含问题Trace标识的明细数据，所述明细数据是利用所述问题Trace标识进行明细日志的关联搜索得到的。可选的，所述装置还包括：分析模块；所述统计模块，还用于按照预设时间间隔统计所述目标页面对应的请求分析结果；所述分析模块，用于参照间隔统计得到的请求分析结果进行横向比对分析。可选的，所述解析模块，具体用于将同一Trace标识对于功能接口的请求量，增量更新在同一条记录中。可选的，所述获取模块，具体用于获取线下研发阶段和/或线上运行阶段的业务请求的实时处理日志。依据本申请又一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述业务请求分析方法。依据本申请再一个方面，提供了一种业务请求分析的实体设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述业务请求分析方法。借由上述技术方案，本申请提供的一种业务请求分析方法、装置及设备，与目前现有技术相比，本申请可根据业务请求的实时处理日志进行解析计算，获取上游系统接收业务请求时对应唯一配置的Trace标识，并累计同一Trace标识对于下游系统中功能接口的请求量。最后通过该请求量及时发现扩散比存在异常的问题Trace标识，进而通过该问题Trace标识可及时判断出存在扩散比过大的相关业务，帮助很好的评估其对应下游系统可能涌入的瞬时本文档来自技高网...

【技术保护点】
1.一种业务请求分析方法，其特征在于，包括：/n获取业务请求的实时处理日志；/n对所述实时处理日志进行解析，获取上游系统接收业务请求时对应唯一配置的跟踪Trace标识，并累计同一Trace标识对于下游系统中功能接口的请求量；/n根据所述请求量，确定扩散比存在异常的问题Trace标识。/n

【技术特征摘要】
1.一种业务请求分析方法，其特征在于，包括：
获取业务请求的实时处理日志；
对所述实时处理日志进行解析，获取上游系统接收业务请求时对应唯一配置的跟踪Trace标识，并累计同一Trace标识对于下游系统中功能接口的请求量；
根据所述请求量，确定扩散比存在异常的问题Trace标识。


2.根据权利要求1所述的方法，其特征在于，所述根据所述请求量，确定扩散比存在异常的问题Trace标识，具体包括：
根据同一Trace标识对于单个功能接口的累计请求量，和/或同一Trace标识对于各个功能接口的总累计请求量，确定所述问题Trace标识。


3.根据权利要求2所述的方法，其特征在于，所述根据同一Trace标识对于单个功能接口的累计请求量，和/或同一Trace标识对于各个功能接口的总累计请求量，确定所述问题Trace标识，具体包括：
若目标Trace标识对于单个功能接口的累计请求量大于或等于第一预设阈值，和/或所述目标Trace标识对于各个功能接口的总累计请求量大于或等于第二预设阈值，则将所述目标Trace标识确定为所述问题Trace标识。


4.根据权利要求1所述的方法，其特征在于，在根据所述请求量，确定扩散比存在异常的问题Trace标识之后，所述方法还包括：
统计目标页面对应上游系统接收业务请求的第一总请求量，以及对应下游系统相关调用功能接口的第二总请求量；
利用所述第一总请求量和所述第二总请求量，确定所述目标页面对应业务请求的整体扩散比；
根据所述整体...

【专利技术属性】
技术研发人员：王燕燕，
申请(专利权)人：口碑上海信息技术有限公司，
类型：发明
国别省市：上海;31