CN109327353B - 业务流量确定方法、装置及电子设备 - Google Patents

Abstract

本发明公开了一种业务流量确定方法、装置及电子设备，所述方法可以获取目标业务系统在预设时间内的业务调用日志，所述目标业务系统用于为多个业务提供服务；然后对所述业务调用日志进行解析，获取业务调用对应的调用结构信息，所述调用结构信息包括所述业务调用涉及的流量监控对象和流量监控对象之间的调用关系；最后可以基于所述业务调用日志中的调用结构信息，确定所述多个业务对应的流量监控对象的业务流量分布。

Description

业务流量确定方法、装置及电子设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种业务流量确定方法、装置及电子设备。

背景技术

随着互联网技术的蓬勃发展，越来越多的业务可以通过网络实现，例如缴费、购物、支付等，给用户带来了极大的便利。通常情况下，业务服务提供商在网络后台部署一个或多个业务系统以向用户提供业务服务，这些业务系统之间可以相互进行服务调用以完成相应的业务。其中，对于一个业务系统而言，调用该业务系统的业务系统可以称为该业务系统的上游业务系统，被该业务系统调用的业务系统可以称为该业务系统的下游业务系统。

业务流量是衡量业务系统是否正常运行的重要指标之一。目前，通过在各业务系统埋点的方式采集统计各个业务的流量。但是，随着业务的快速发展，业务系统之间调用关系越来越复杂，通过埋点的采集统计方式较为粗略，很难理清各个业务的流量。因此，有必要提出一种更为有效的业务流量确定方案。

发明内容

本申请实施例提供了一种业务流量确定方法、装置及电子设备，以提高业务流量监控的有效性。

为解决上述技术问题，本申请实施例是这样实现的：

第一方面，提出了一种业务流量确定方法，所述方法包括：

获取目标业务系统在预设时间内的业务调用日志，所述目标业务系统用于为多个业务提供服务；

对所述业务调用日志进行解析，获取业务调用对应的调用结构信息，所述调用结构信息包括所述业务调用涉及的流量监控对象和流量监控对象之间的调用关系；

基于所述业务调用日志中的调用结构信息，确定所述多个业务对应的流量监控对象的业务流量分布。

第二方面，提出了一种业务流量确定装置，所述装置包括：

日志获取模块，用于获取目标业务系统在预设时间内的业务调用日志，所述目标业务系统用于为多个业务提供服务；

日志解析模块，用于对所述业务调用日志进行解析，获取业务调用对应的调用结构信息，所述调用结构信息包括所述业务调用涉及的流量监控对象和流量监控对象之间的调用关系；

流量确定模块，用于基于所述业务调用日志中的调用结构信息，确定所述多个业务对应的流量监控对象的业务流量分布。

第三方面，提出了一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

获取目标业务系统在预设时间内的业务调用日志，所述目标业务系统用于为多个业务提供服务；

对所述业务调用日志进行解析，获取业务调用对应的调用结构信息，所述调用结构信息包括所述业务调用涉及的流量监控对象和流量监控对象之间的调用关系；

基于所述业务调用日志中的调用结构信息，确定所述多个业务对应的流量监控对象的业务流量分布。

第四方面，提出了一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：

获取目标业务系统在预设时间内的业务调用日志，所述目标业务系统用于为多个业务提供服务；

对所述业务调用日志进行解析，获取业务调用对应的调用结构信息，所述调用结构信息包括所述业务调用涉及的流量监控对象和流量监控对象之间的调用关系；

基于所述业务调用日志中的调用结构信息，确定所述多个业务对应的流量监控对象的业务流量分布。

由以上本申请实施例提供的技术方案可见，本申请实施例提供的方案至少具备如下一种技术效果：由于是基于目标业务系统的业务调用日志中的调用结构信息，确定所述目标业务系统中的多个业务对应的流量监控对象的业务流量分布，因此，可以精细化地监控到与所述多个业务中的业务、与业务关联的上游系统和下游系统的业务流量分布情况，获知业务流量的来源和去向，进而可以提高业务流量监控的有效性。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本说明书实施例提供的业务流量确定方法的流程示意图之一。

图2是本说明书实施例提供的调用结构示意图之一。

图3是本说明书实施例提供的调用结构示意图之二。

图4是本说明书实施例提供的网状分布结构图的示意图之一。

图5是本说明书实施例提供的业务流量确定方法的流程示意图之二。

图6是本说明书实施例提供的网状分布结构图的示意图之二。

图7是本说明书实施例提供的一种电子设备的结构示意图。

图8是本说明书实施例提供的业务流量确定装置的结构示意图之一。

图9是本说明书实施例提供的业务流量确定装置的结构示意图之二。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了提高业务系统的流量监控的有效性，本说明书实施例提供一种业务流量确定方法及装置。本说明书实施例提供的业务流量确定方法的执行主体，可以是对提供业务服务的网络平台进行监控的服务器，也可以是提供业务服务的网络平台的服务器，等等。

下面结合附图1至6对本说明书实施例提供的一种业务流量确定方法进行详细的说明。

如图1所示，本说明书实施例提供的一种业务流量确定方法，可以包括如下步骤：

步骤102、获取目标业务系统在预设时间内的业务调用日志，所述目标业务系统用于为多个业务提供服务。

目标业务系统，可以是需要对其中承载的业务进行流量监控的业务系统，且目标业务系统可以为多个业务提供服务，例如，支付宝中的账务系统，可以为花呗、借呗等多个业务提供服务。

其中，预设时间可以是任意的时间段，也可以是业务流量监控的周期，该周期例如可以是一分钟。

当本说明书实施例提供的业务流量确定方法应用于流量监控系统时，流量监控系统可以按照预定的时间(根据上述预设时间确定)打印得到目标业务系统在预设时间内的业务调用日志。

在实际应用中，一次业务调用可能会对应生成一条调用日志，因此，在步骤102中，获取的目标业务系统在预设时间内的业务调用日志可以是多条。

步骤104、对所述业务调用日志进行解析，获取业务调用对应的调用结构信息，所述调用结构信息包括所述业务调用涉及的流量监控对象和流量监控对象之间的调用关系。

当步骤102中获取的调用日志为多条，且一次业务调用对应一条业务调用日志时，作为一个例子，在步骤104中，可以逐条解析业务调用日志中包含的调用结构信息字段，获得所述预设时间内的各业务调用对应的多个调用结构信息。其中，一个调用结构信息可以描述一次业务调用对应的调用结构。

一次业务调用属于一个业务场景，来源于一个上游业务系统，可以调用多个下游业务系统和/或多个下游服务接口。

流量监控对象可以是业务调用涉及的业务系统、业务节点、机房、或服务接口等。其中，一个业务节点可以对应提供一种业务对应的服务，一种业务对应一种业务场景。因此，下文中将某一业务作为流量监控对象时，实际上是将该业务对应的业务节点作为流量监控对象，也就是说，某一业务对应的业务场景下的业务流量可以用该业务场景对应的业务节点的业务流量来表示。

图2示出了调用结构信息所描述的调用结构的一种示意图，在图2中，流量监控对象用圆圈表示。如图2所示，该调用结构包括上游业务系统A1、目标业务系统中的一个业务节点B1(业务节点B1代表一种业务场景)、下游业务系统C1和下游业务系统C2共4个流量监控对象，这4个流量监控对象之间的调用关系用箭头来表示。具体来说，在图2中，上游业务系统A1先调用目标业务系统中的业务节点B1，此时，上游业务系统A1可以称为是业务节点B1的业务流量来源；然后业务节点B1又分别调用了下游业务系统C1和下游业务系统C2，其中，下游业务系统C1和下游业务系统C2可以看作是业务节点B1的业务流量去向。

图3示出了调用结构信息所描述的调用结构的另一种示意图。如图3所示，该调用结构除了包括上游业务系统A1、目标业务系统中的一个业务节点B1、下游业务系统C1和下游业务系统C2四个流量监控对象外，还包括目标业务系统的机房JF1和机房JF2两个流量监控对象，以及下游业务系统C1的下游服务接口C1-J1和下游服务接口C1-J2，共7个流量监控对象，在图3中，这7个流量监控对象之间的调用关系也用箭头来表示。

且从图2和图3中可以看出，目标业务系统中的业务节点B1可以同时调用一个以上的下游业务系统。

由于目标业务系统可以为多个业务提供服务，也就是说目标业务系统可以服务于多个业务场景，因此，当需要监控不同业务场景下的业务流量时，不仅需要获取业务调用对应的调用结构信息，还需要进一步地确定业务调用所针对的具体业务，或者说所针对的具体业务场景。

进而作为另一个例子，上述步骤104具体可以包括：对所述业务调用日志进行解析，获取业务调用对应的关键参数和调用结构信息，所述关键参数用于确定所述业务调用针对的第一业务，所述调用结构信息包括所述业务调用涉及的与所述第一业务相关的流量监控对象，所述第一业务是所述多个业务中的任意一个。具体来说，与所述第一业务相关的流量监控对象包括所述第一业务、所述第一业务的上游业务系统和所述第一业务的下游业务系统等。

也即，在该另一个例子中，可以对业务调用日志进行解析，从中获取关键参数和调用结构信息两个字段，并根据其中的关键参数字段定位各业务调用对应的具体业务(或者说具体的业务场景)。比如，在调用支付宝进行支付的业务调用请求中会携带花呗(产品码)和付款(事件码)两个关键参数，且这两个关键参数会在业务调用的过程中写入支付宝系统的业务调用日志中，因此当从支付宝系统的业务调用日志中解析出“花呗和付款”两个关键参数时，可以定位出本次业务调用针对的是“花呗付款”这一业务场景。

可选地，在又一个例子中，由于在一次业务调用过程中，目标业务系统的业务节点可能会对同一下游业务系统进行一次以上的调用，因此，调用结构信息中除了包括业务调用涉及的流量监控对象和流量监控对象的调用关系，还可以包括前一流量监控对象调用后一流量监控对象的调用次数，这可以提高下述步骤106中统计得到的后一流量监控对象的业务流量的精确程度。

步骤106、基于所述业务调用日志中的调用结构信息，确定所述多个业务对应的流量监控对象的业务流量分布。

上文在对步骤102进行说明时指出，在实际应用中，一次业务调用会对应生成一条调用日志，步骤102中获取的目标业务系统在预设时间内的业务调用日志可以是多条。相应的，在步骤104中解析得到的调用结构信息也是多条。

在此基础上，作为一个例子，步骤106可以包括如下子步骤：

子步骤1、对所述业务调用日志中所述多个业务对应的调用结构信息分别进行统计，得到所述多个业务对应的流量监控对象的业务流量。

在一种实施方式中，如果与所述第一业务相关的流量监控对象为所述第一业务，则子步骤1可以包括：对所述业务调用日志中所述第一业务对应的调用结构信息进行统计，将多个第一流量之和确定为所述第一业务的业务流量，所述多个第一流量是所述第一业务的不同上游业务系统在所述预设时间内调用所述第一业务时产生的。具体如图4所示，假如在预设时间内，上游业务系统A1对目标业务系统的业务节点B1进行了50次调用，上游业务系统A2对目标业务系统的业务节点B1也进行了50次调用，则业务节点B1在预设时间内的业务流量为100。

在另一种实施方式中，如果与所述第一业务相关的流量监控对象还包括所述目标业务系统中处理所述第一业务的机房，且与所述第一业务相关的流量监控对象为所述第一业务，则子步骤1可以包括：对所述业务调用日志中所述第一业务对应的调用结构信息进行统计，将分配至不同机房处理的调用第一业务的业务调用请求数量之和，确定为所述第一业务的业务流量。可以理解，当目标业务系统接收到调用第一业务的多个业务调用请求时，可能将这多个业务调用请求分配到不同的机房同步处理以提高处理效率，且一般情况下，同一业务调用请求不会被不同的机房重复处理，因此，可以将不同机房处理的调用第一业务的业务调用请求的数量之和，作为第一业务在预设时间内的业务流量。

在又一种实施方式中，如果与所述第一业务相关的流量监控对象还包括属于所述第一业务的下游业务系统的下游服务接口，且与所述第一业务相关的流量监控对象为所述第一业务的下游业务系统，则上述子步骤1可以包括：对所述业务调用日志中所述第一业务对应的调用结构信息进行统计，将多个第二流量之和确定为所述第一业务的下游业务系统的业务流量，所述多个第二流量是所述第一业务在所述预设时间内调用所述第一业务的下游业务系统的不同下游服务接口时产生的。例如，如图4所示，假如在预设时间内，下游业务系统C1的下游服务接口C1-J1、下游服务接口C1-J2和下游服务接口C1-J3分别被业务节点B1进行了10次、10次和30次调用，则下游业务系统C1在预设时间内的业务流量为50(10+10+30＝50)。

在又一种实施方式中，如果流量监控对象为[业务场景+上游业务系统+机房]，则在子步骤1中，可以通过对所述业务调用日志中所述第一业务对应的调用结构信息进行统计，将来源于同一上游业务系统，且均用于调用目标业务系统的第一业务，被调用的第一业务由目标业务系统的同一机房处理的业务流量，确定为[业务场景+上游业务系统+机房]的业务流量。由于目标业务系统中的第一业务可能会调用一个以上的下游业务系统和/或下游服务接口，因此，可以将预设时间内，[业务场景+上游业务系统+机房]+n[下游业务系统+下游业务服务接口]这一组合对应的业务流量，确定为[业务场景+上游业务系统+机房]的业务流量，其中n为正整数，且n≥1。

可以理解，上述四种实施方式通过举例的方式，对如何确定第一业务、下游业务系统和[业务场景+上游业务系统+机房]这三个流量监控对象在预设时间内的业务流量进行了说明，同理，在实际应用中还可以通过所述业务调用日志中所述第一业务对应的调用结构信息进行统计，确定出其他流量监控对象在预设时间内的业务流量，本文不一一列举。

子步骤2、对所述业务调用日志中所述多个业务对应的调用结构信息分别进行聚合，得到所述多个业务对应的流量监控对象的网状分布结构图。

具体可以将确定出的预设时间内的多个调用结构信息中描述的调用结构进行聚合，得到所述多个业务对应的流量监控对象的网状分布结构图。例如，得到如图4所示的网状分布结构图，在图4中，流量监控现对象用圆圈表示，流量监控对象之间的调用关系用带箭头的连接线表示。

子步骤3、基于所述多个业务对应的流量监控对象之间的调用关系，分别将统计得到的所述多个业务对应的流量监控对象的业务流量，标识在所述多个业务对应的所述网状分布结构图中，得到所述多个业务对应的业务流量分布。

例如，如图4所示，可以流量监控点上和流量监控点之间的连接线上标识出业务流量。具体的，上游业务系统A1与目标业务系统的业务节点B1的连接线上标上数字50，说明在预设时间内，上游业务系统A1对业务节点进行了50次调用，同理说明在预设时间内，上游业务系统A2对业务节点也进行了50次调用，且预设时间内，业务节点B1没有接收到来自其他系统的调用，则在业务节点B1上标上数字100，说明业务节点B1在预设时间内的业务流量是100，以此类推。

还需要说明的是，除了以实际的调用次数表征业务流量外，还可以通过一分钟内的吞吐量(qpm)，上游业务系统调用目标业务系统、目标业务系统调用下游或目标业务系统调用内服服务的平均耗时(elapse)等指标来表示。其中，平均耗时的单位为毫秒。相应的，在上述网状分布结构图中可以标识出流量监控对象的qpm和elapse。

由于在网状分布结构图中表示出了流量监控对象的业务流量，以及这些业务流量的来源和去向，因此，可以使监控人员从整体上直观地观察到目标业务系统的多个业务的业务流量分布情况。

本说明书实施例提供的一种业务流量确定方法，由于是基于目标业务系统的业务调用日志中的调用结构信息，确定所述目标业务系统中的多个业务对应的流量监控对象的业务流量分布，因此，可以精细化地监控到与所述多个业务中的业务、与业务关联的上游系统和下游系统的业务流量分布情况，获知业务流量的来源和去向，进而可以提高业务流量监控的有效性。

此外，本说明书实施例提供的一种业务流量确定方法，不需要在流量监控对象上埋点，而是通过动态地采集目标业务系统中的业务调用日志，因此使得流量监控过程变更为简单。

可选地，在图1所示的实施例的基础上，本说明书实施例提供的一种业务流量确定方法，还可以包括：在接收到针对第二业务对应的网状分布结构图的预设操作时，突出展示与所述第二业务相关的流量监控对象，和/或突出展示与所述第二业务相关的流量监控对象在所述预设时段内的业务流量；其中，所述第二业务是所述多个业务中的任意一个。

例如，如图4所示，当在网状分布结构图中点击业务节点B1时，可以用加粗或高亮显示等方式，突出显示与业务节点B1这一业务场景相关的上游业务系统A1和A2、下游业务系统C1以及下游业务系统C1的下游服务接口C1-J1、C1-J2和C1-J3。

可以理解，本说明书实施例，能够方便目标业务系统的监控人员了解其想要了解的业务场景下的业务流量分布情况，进而可以提高监控人员的工作效率。

可选地，如图5所示，在上述任一实施例的基础上，本说明书实施例提供的一种业务流量确定方法，还可以包括：

步骤105、在第一业务系统出现故障的情况下，基于包含所述第一业务系统的调用结构信息，确定受所述故障影响的第三业务。

其中，所述第三业务是所述多个业务中的一个，所述第一业务系统包括所述目标业务系统、所述第三业务的上游业务系统和所述第三业务的下游业务系统中的任意一个。

作为一个例子，步骤105具体可以包括：在第一业务系统出现故障的情况下，基于上述网状结构分布图，所述网状结构分布图中包含所述第一业务系统的调用结构信息，确定受所述故障影响的第三业务。

例如，如图6所示，当监控人员获知下游业务系统C4出现了故障，则可以通过对调用结构信息聚合得到的上述网状分布结构图，定位出受影响的业务为业务节点B3和业务节点B5所提供的业务。

不难理解，由于流量监控对象的网状分布结构图(或者说调用结构信息)中，包含有目标业务系统的多个业务与相应的上游业务系统、下游业务系统以及下游服务接口之间的调用关系，因此，当监控人员获知某一业务系统出现故障，可以通过在网状分布结构图中查找与该业务系统发生调用关系的业务，反查出受到影响的具体业务(或者说具体的业务场景)、上下游系统的业务流量和耗时等情况。

可选地，在上述任一实施例的基础上，本说明书实施例提供的一种业务流量确定方法，还可以包括：基于目标流量监控对象在所述预设时段内的业务流量，以及目标流量监控对象在与所述预设时段长度相同的历史时段内的业务流量，确定所述目标流量监控对象对应的业务是否存在故障。

具体的，如果目标流量监控对象在所述预设时段内的业务流量，相对于所述目标流量监控对象在所述历史时段内的业务流量的减少量大于或等于预设阈值时，确定所述预设监控对象对应的业务存在故障。

例如，在使用花呗支付的业务场景中，如果花呗支付的业务流量下跌40％，则可以认为花呗业务发生了故障，需要进行相关排查。

本说明书实施例，可以基于上文中的实施例确定出的业务流量分布，进一步地结合历史业务流量定位出故障业务。

以上是对本说明书提供一种业务流量确定方法的说明，下面对本说明书提供的电子设备进行介绍。

图7是本说明书的一个实施例提供的电子设备的结构示意图。请参考图7，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成业务流量确定装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

获取目标业务系统在预设时间内的业务调用日志，所述目标业务系统用于为多个业务提供服务；

对所述业务调用日志进行解析，获取业务调用对应的调用结构信息，所述调用结构信息包括所述业务调用涉及的流量监控对象和流量监控对象之间的调用关系；

基于所述业务调用日志中的调用结构信息，确定所述多个业务对应的流量监控对象的业务流量分布。

上述如本说明书图1所示实施例揭示的业务流量确定方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书一个或多个实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本说明书一个或多个实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图1的业务流量确定方法，本说明书在此不再赘述。

当然，除了软件实现方式之外，本说明书的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

本说明书实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图1所示实施例的方法，并具体用于执行以下操作：

获取目标业务系统在预设时间内的业务调用日志，所述目标业务系统用于为多个业务提供服务；

对所述业务调用日志进行解析，获取业务调用对应的调用结构信息，所述调用结构信息包括所述业务调用涉及的流量监控对象和流量监控对象之间的调用关系；

基于所述业务调用日志中的调用结构信息，确定所述多个业务对应的流量监控对象的业务流量分布。

图8是本说明书提供的业务流量确定装置800的结构示意图。请参考图8，在一种软件实施方式中，业务流量确定装置800可包括：日志获取模块801、日志解析模块802和流量确定模块803。

日志获取模块801，用于获取目标业务系统在预设时间内的业务调用日志，所述目标业务系统用于为多个业务提供服务。

日志解析模块802，用于对所述业务调用日志进行解析，获取业务调用对应的调用结构信息，所述调用结构信息包括所述业务调用涉及的流量监控对象和流量监控对象之间的调用关系。

在一个例子中，日志解析模块802，可以逐条解析业务调用日志中包含的调用结构信息字段，获得所述预设时间内的各业务调用对应的多个调用结构信息。

在另一个例子中，日志解析模块802，可以对所述业务调用日志进行解析，获取业务调用对应的关键参数和调用结构信息，所述关键参数用于确定所述业务调用针对的第一业务，所述调用结构信息包括所述业务调用涉及的与所述第一业务相关的流量监控对象，所述第一业务是所述多个业务中的任意一个。具体来说，与所述第一业务相关的流量监控对象包括所述第一业务、所述第一业务的上游业务系统和所述第一业务的下游业务系统等。

流量确定模块803，用于基于所述业务调用日志中的调用结构信息，确定所述多个业务对应的流量监控对象的业务流量分布。

作为一个例子，流量确定模块803可以包括如下子模块：第一子模块、第二子模块和第三子模块。

第一子模块，可用于对所述业务调用日志中所述多个业务对应的调用结构信息分别进行统计，得到所述多个业务对应的流量监控对象的业务流量。

在一种实施方式中，如果与所述第一业务相关的流量监控对象为所述第一业务，第一子模块可用于：对所述业务调用日志中所述第一业务对应的调用结构信息进行统计，将多个第一流量之和确定为所述第一业务的业务流量，所述多个第一流量是所述第一业务的不同上游业务系统在所述预设时间内调用所述第一业务时产生的。

在另一种实施方式中，如果与所述第一业务相关的流量监控对象还包括所述目标业务系统中处理所述第一业务的机房，且与所述第一业务相关的流量监控对象为所述第一业务，第一子模块可用于：对所述业务调用日志中所述第一业务对应的调用结构信息进行统计，将分配至不同机房处理的调用第一业务的业务调用请求数量之和，确定为所述第一业务的业务流量。

在又一种实施方式中，如果与所述第一业务相关的流量监控对象还包括属于所述第一业务的下游业务系统的下游服务接口，且与所述第一业务相关的流量监控对象为所述第一业务的下游业务系统，第一子模块可用于：对所述业务调用日志中所述第一业务对应的调用结构信息进行统计，将多个第二流量之和确定为所述第一业务的下游业务系统的业务流量，所述多个第二流量是所述第一业务在所述预设时间内调用所述第一业务的下游业务系统的不同下游服务接口时产生的。

第二子模块，用于对所述业务调用日志中所述多个业务对应的调用结构信息分别进行聚合，得到所述多个业务对应的流量监控对象的网状分布结构图。

第三子模块，用于基于所述多个业务对应的流量监控对象之间的调用关系，分别将统计得到的所述多个业务对应的流量监控对象的业务流量，标识在所述多个业务对应的所述网状分布结构图中，得到所述多个业务对应的业务流量分布。

本说明书实施例提供的业务流量确定装置800，由于是基于目标业务系统的业务调用日志中的调用结构信息，确定所述目标业务系统中的多个业务对应的流量监控对象的业务流量分布，因此，可以精细化地监控到与所述多个业务中的业务、与业务关联的上游系统和下游系统的业务流量分布情况，获知业务流量的来源和去向，进而可以提高业务流量监控的有效性。

此外，本说明书实施例提供的业务流量确定装置800，不需要在流量监控对象上埋点，而是通过动态地采集目标业务系统中的业务调用日志，因此使得流量监控过程变更为简单。

可选地，在图8所示的实施例的基础上，本说明书实施例提供的业务流量确定装置800，还可以包括：突出展示模块，用于在接收到针对第二业务对应的网状分布结构图的预设操作时，突出展示与所述第二业务相关的流量监控对象，和/或突出展示与所述第二业务相关的流量监控对象在所述预设时段内的业务流量；其中，所述第二业务是所述多个业务中的任意一个。

可以理解，本说明书实施例，能够方便目标业务系统的监控人员了解其想要了解的业务场景下的业务流量分布情况，进而可以提高监控人员的工作效率。

可选地，如图9所示，在上述任一实施例的基础上，本说明书实施例提供的业务流量确定装置800，还可以包括：受影响业务定位模块804。

受影响业务定位模块804，用于在第一业务系统出现故障的情况下，基于包含所述第一业务系统的调用结构信息，确定受所述故障影响的第三业务。

其中，所述第三业务是所述多个业务中的一个，所述第一业务系统包括所述目标业务系统、所述第三业务的上游业务系统和所述第三业务的下游业务系统中的任意一个。

作为一个例子，受影响业务定位模块804，可以用于在第一业务系统出现故障的情况下，基于上述网状结构分布图，所述网状结构分布图中包含所述第一业务系统的调用结构信息，确定受所述故障影响的第三业务。

不难理解，由于流量监控对象的网状分布结构图(或者说调用结构信息)中，包含有目标业务系统的多个业务与相应的上游业务系统、下游业务系统以及下游服务接口之间的调用关系，因此，当监控人员获知某一业务系统出现故障，可以通过在网状分布结构图中查找与该业务系统发生调用关系的业务，反查出受到影响的具体业务(或者说具体的业务场景)。

可选地，在上述任一实施例的基础上，本说明书实施例提供的业务流量确定装置800，还可以包括：故障业务定位模块，用于基于目标流量监控对象在所述预设时段内的业务流量，以及目标流量监控对象在与所述预设时段长度相同的历史时段内的业务流量，确定所述目标流量监控对象对应的业务是否存在故障。

具体的，如果目标流量监控对象在所述预设时段内的业务流量，相对于所述目标流量监控对象在所述历史时段内的业务流量的减少量大于或等于预设阈值时，确定所述预设监控对象对应的业务存在故障。

需要说明的是，业务流量确定装置800能够实现图1的方法实施例的方法，具体可参考图1所示实施例的业务流量确定方法，不再赘述。

总之，以上所述仅为本说明书的较佳实施例而已，并非用于限定本说明书的保护范围。凡在本说明书一个或多个实施例的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例的保护范围之内。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制时，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

Claims (12)

1.一种业务流量确定方法，所述方法包括：

获取目标业务系统在预设时间内的多条业务调用日志，所述目标业务系统用于为多个业务提供服务，一次业务调用对应一条业务调用日志；

对所述多条业务调用日志分别进行解析，获取各业务调用对应的调用结构信息，所述调用结构信息包括所述业务调用涉及的流量监控对象和流量监控对象之间的调用关系，一个调用结构信息描述一次业务调用对应的调用结构；

基于所述多条业务调用日志中的调用结构信息，确定所述多个业务对应的流量监控对象的业务流量分布。

2.根据权利要求1所述的方法，其中，所述基于所述多条业务调用日志中的调用结构信息，确定所述多个业务对应的流量监控对象的业务流量分布，包括：

对所述多条业务调用日志中所述多个业务对应的调用结构信息分别进行统计，得到所述多个业务对应的流量监控对象的业务流量；

对所述多条业务调用日志中所述多个业务对应的调用结构信息分别进行聚合，得到所述多个业务对应的流量监控对象的网状分布结构图；

基于所述多个业务对应的流量监控对象之间的调用关系，分别将统计得到的所述多个业务对应的流量监控对象的业务流量，标识在所述多个业务对应的所述网状分布结构图中，得到所述多个业务对应的业务流量分布。

3.根据权利要求2所述的方法，其中，所述对所述多条业务调用日志进行解析，获取各业务调用对应的调用结构信息，包括：

对所述多条业务调用日志进行解析，获取业务调用对应的关键参数和调用结构信息，所述关键参数用于确定所述业务调用针对的第一业务，所述调用结构信息包括所述业务调用涉及的与所述第一业务相关的流量监控对象，所述第一业务是所述多个业务中的任意一个。

4.根据权利要求3所述的方法，其中，与所述第一业务相关的流量监控对象包括所述第一业务、所述第一业务的上游业务系统和所述第一业务的下游业务系统。

5.根据权利要求4所述的方法，与所述第一业务相关的流量监控对象为所述第一业务，其中，所述对所述多条业务调用日志中所述多个业务对应的调用结构信息分别进行统计，得到所述多个业务对应的流量监控对象的业务流量，包括：

对所述多条业务调用日志中所述第一业务对应的调用结构信息进行统计，将多个第一流量之和确定为所述第一业务的业务流量，所述多个第一流量是所述第一业务的不同上游业务系统在所述预设时间内调用所述第一业务时产生的。

6.根据权利要求4所述的方法，与所述第一业务相关的流量监控对象还包括所述目标业务系统中处理所述第一业务的机房，且与所述第一业务相关的流量监控对象为所述第一业务，其中，所述对所述多条业务调用日志中所述多个业务对应的调用结构信息分别进行统计，得到所述多个业务对应的流量监控对象的业务流量，包括：

对所述多条业务调用日志中所述第一业务对应的调用结构信息进行统计，将分配至不同机房处理的调用第一业务的业务调用请求数量之和，确定为所述第一业务的业务流量。

7.根据权利要求4所述的方法，与所述第一业务相关的流量监控对象还包括属于所述第一业务的下游业务系统的下游服务接口，且与所述第一业务相关的流量监控对象为所述第一业务的下游业务系统，其中，所述对所述多条业务调用日志中所述多个业务对应的调用结构信息分别进行统计，得到所述多个业务对应的流量监控对象的业务流量，包括：

对所述多条业务调用日志中所述第一业务对应的调用结构信息进行统计，将多个第二流量之和确定为所述第一业务的下游业务系统的业务流量，所述多个第二流量是所述第一业务在所述预设时间内调用所述第一业务的下游业务系统的不同下游服务接口时产生的。

8.根据权利要求2所述的方法，还包括：

在接收到针对第二业务对应的网状分布结构图的预设操作时，突出展示与所述第二业务相关的流量监控对象，和/或突出展示与所述第二业务相关的流量监控对象在预设时段内的业务流量；

其中，所述第二业务是所述多个业务中的任意一个。

9.根据权利要求1-8任一项所述的方法，还包括：

在第一业务系统出现故障的情况下，基于包含所述第一业务系统的调用结构信息，确定受所述故障影响的第三业务；

其中，所述第三业务是所述多个业务中的一个，所述第一业务系统包括所述目标业务系统、所述第三业务的上游业务系统和所述第三业务的下游业务系统中的任意一个。

10.一种业务流量确定装置，所述装置包括：

日志获取模块，用于获取目标业务系统在预设时间内的多条业务调用日志，所述目标业务系统用于为多个业务提供服务，一次业务调用对应一条业务调用日志；

日志解析模块，用于对所述多条业务调用日志分别进行解析，获取各业务调用对应的调用结构信息，所述调用结构信息包括所述业务调用涉及的流量监控对象和流量监控对象之间的调用关系，一个调用结构信息描述一次业务调用对应的调用结构；

流量确定模块，用于基于所述多条业务调用日志中的调用结构信息，确定所述多个业务对应的流量监控对象的业务流量分布。

11.一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

获取目标业务系统在预设时间内的多条业务调用日志，所述目标业务系统用于为多个业务提供服务；

对所述多条业务调用日志分别进行解析，获取各业务调用对应的调用结构信息，所述调用结构信息包括所述业务调用涉及的流量监控对象和流量监控对象之间的调用关系；

基于所述多条业务调用日志中的调用结构信息，确定所述多个业务对应的流量监控对象的业务流量分布。

12.一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：

获取目标业务系统在预设时间内的多条业务调用日志，所述目标业务系统用于为多个业务提供服务；

对所述多条业务调用日志分别进行解析，获取各业务调用对应的调用结构信息，所述调用结构信息包括所述业务调用涉及的流量监控对象和流量监控对象之间的调用关系；

基于所述多条业务调用日志中的调用结构信息，确定所述多个业务对应的流量监控对象的业务流量分布。

Images