CN115016860A - 业务的冷启动方法、装置及设备 - Google Patents

Abstract

本说明书实施例提供了一种业务的冷启动方法、装置及设备，其中方法包括：根据获取到的目标冷启动任务的处理请求，确定目标冷启动任务的元信息；其中，元信息包括多个回溯节点中每个回溯节点在Kafka消息队列中对应的分区；根据处理请求获取目标冷启动任务对应的第一业务的目标历史日志数据；将目标历史日志数据均衡保存至各分区中；其中，每个分区中的目标历史日志数据用于分区对应的回溯节点，确定与第一业务具有依赖关系的第二业务的累积指标的指标数据；根据该指标数据对第二业务进行冷启动处理。

Description

业务的冷启动方法、装置及设备

技术领域

本文件涉及数据处理技术领域，尤其涉及一种业务的冷启动方法、装置及设备。

背景技术

业务的冷启动，即一个新的业务所依赖的目标数据从无到有进行积累，并达到该新的业务的可用状态的过程。目前，为了提升业务的冷启动效率，通常将历史事件数据导入到MapReduce等大数据离线计算平台，通过该大数据离线计算平台根据导入的历史事件数据进行回溯计算，得到目标数据。或者，将历史事件数据导入到其对应的业务系统中，以利用原有业务逻辑进行回溯计算，得到目标数据。然而，在前者中，由于大数据离线计算平台的数据处理能力有限，往往无法处理复杂的回溯计算逻辑，因此适用范围有限，并且成本较高。而在后者中，对于历史事件数据达到日均千万级甚至更多时，回溯计算的耗时较长，因此无法满足业务的冷启动需求。

发明内容

本说明书一个或多个实施例提供了一种业务的冷启动方法。该方法包括根据获取到的目标冷启动任务的处理请求，确定所述目标冷启动任务的元信息。其中，所述元信息包括多个回溯节点中每个回溯节点在Kafka消息队列中对应的分区。根据所述处理请求获取所述目标冷启动任务对应的第一业务的目标历史日志数据。将所述目标历史日志数据均衡保存至各所述分区中。其中，每个所述分区中的目标历史日志数据用于所述分区对应的所述回溯节点，确定与所述第一业务具有依赖关系的第二业务的累积指标的指标数据。根据所述指标数据对所述第二业务进行冷启动处理。

本说明书一个或多个实施例提供了一种业务的冷启动装置。该装置包括确定模块，根据获取到的目标冷启动任务的处理请求，确定所述目标冷启动任务的元信息。其中，所述元信息包括多个回溯节点中每个回溯节点在Kafka消息队列中对应的分区。该装置还包括获取模块，根据所述处理请求获取所述目标冷启动任务对应的第一业务的目标历史日志数据。该装置还包括保存模块，将所述目标历史日志数据均衡保存至各所述分区中。其中，每个所述分区中的目标历史日志数据用于所述分区对应的所述回溯节点，确定与所述第一业务具有依赖关系的第二业务的累积指标的指标数据。该装置还包括处理模块，根据所述指标数据对所述第二业务进行冷启动处理。

本说明书一个或多个实施例提供了一种业务的冷启动设备。该设备包括处理器。该设备还包括被安排成存储计算机可执行指令的存储器。所述计算机可执行指令在被执行时使所述处理器根据获取到的目标冷启动任务的处理请求，确定所述目标冷启动任务的元信息。其中，所述元信息包括多个回溯节点中每个回溯节点在Kafka消息队列中对应的分区。根据所述处理请求获取所述目标冷启动任务对应的第一业务的目标历史日志数据。将所述目标历史日志数据均衡保存至各所述分区中。其中，每个所述分区中的目标历史日志数据用于所述分区对应的所述回溯节点，确定与所述第一业务具有依赖关系的第二业务的累积指标的指标数据。根据所述指标数据对所述第二业务进行冷启动处理。

本说明书一个或多个实施例提供了一种存储介质。该存储介质用于存储计算机可执行指令。所述计算机可执行指令在被处理器执行时根据获取到的目标冷启动任务的处理请求，确定所述目标冷启动任务的元信息。其中，所述元信息包括多个回溯节点中每个回溯节点在Kafka消息队列中对应的分区。根据所述处理请求获取所述目标冷启动任务对应的第一业务的目标历史日志数据。将所述目标历史日志数据均衡保存至各所述分区中。其中，每个所述分区中的目标历史日志数据用于所述分区对应的所述回溯节点，确定与所述第一业务具有依赖关系的第二业务的累积指标的指标数据。根据所述指标数据对所述第二业务进行冷启动处理。

附图说明

为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本说明书一个或多个实施例提供的一种业务的冷启动方法的第一种场景示意图；

图2为本说明书一个或多个实施例提供的一种业务的冷启动方法的第二种场景示意图；

图3为本说明书一个或多个实施例提供的一种业务的冷启动方法的第三种场景示意图

图4为本说明书一个或多个实施例提供的一种业务的冷启动方法的第一种流程示意图；

图5为本说明书一个或多个实施例提供的一种业务的冷启动方法的第二种流程示意图；

图6为本说明书一个或多个实施例提供的一种业务的冷启动方法的第三种流程示意图；

图7为本说明书一个或多个实施例提供的一种业务的冷启动装置的模块组成示意图；

图8为本说明书一个或多个实施例提供的一种业务的冷启动设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。

图1为本说明书一个或多个实施例提供的一种业务的冷启动方法的应用场景示意图，如图1所示，该场景包括：冷启动处理节点、多个回溯节点和提供第二业务的业务系统；其中，第二业务是待进行冷启动的业务；各节点可以是终端设备也可以是服务端；终端设备可以为手机、平板电脑、台式计算机、便携笔记本式计算机等；服务端可以为独立的服务器(图1中仅示出服务器)，也可以为由多个服务器组成的服务器集群。第二业务的业务系统可以提供第一业务，也可以不提供第一业务。

具体的，当冷启动处理节点获取到目标冷启动任务的处理请求时，确定目标冷启动任务的元信息；该元信息中包括每个回溯节点在Kafka消息队列中对应的分区；冷启动处理节点根据确定的元信息向各回溯节点发送回溯请求，并根据目标冷启动任务的处理请求获取目标冷启动任务对应的第一业务的目标历史日志数据，将目标历史日志数据均衡保存至各回溯节点对应的分区中。各回溯节点根据接收到的回溯请求确定自身在Kafka消息队列中对应的分区，并根据对应分区中的目标历史日志数据，确定与第一业务具有依赖关系的第二业务的累积指标的指标数据，以及将该指标数据提供给业务系统。业务系统根据获取到的指标数据对第二业务进行冷启动。

其中，冷启动处理节点中可以安装有前置处理应用和日志抽取应用，并通过前置处理应用获取目标冷启动任务的处理请求，确定目标冷启动任务的元信息；以及通过日志抽取应用获取目标冷启动任务对应的第一业务的目标历史日志数据，将目标历史日志数据均衡保存至各回溯节点对应的分区中；或者，冷启动处理节点可以启动日志抽取线程，通过该日志抽取线程获取目标冷启动任务对应的第一业务的目标历史日志数据，并将目标历史日志数据均衡保存至各回溯节点对应的分区中。

可选地，上述将该指标数据提供给业务系统可以包括：各回溯节点将确定的指标数据发送给冷启动处理节点，冷启动处理节点根据预设的上传接口将接收到的各指标数据上传至第二业务的业务系统；或者，各回溯节点将确定的指标数据发送给冷启动处理节点，冷启动处理节点将接收到的各指标数据保存至指定的存储位置，第二业务的业务系统从该存储位置中获取指标数据；或者，各回溯节点将确定的指标数据保存至指定的存储位置，第二业务的业务系统从该存储位置中获取指标数据。其中，指定的存储位置可以为第二业务的业务系统的存储区域，也可以是其他存储区域。

本说明书一个或多个实施例中，上述的冷启动节点还可以替换为前置处理节点和日志抽取节点。具体的，图2为本说明书一个或多个实施例提供的另一种业务的冷启动方法的应用场景示意图，如图2所示，该场景包括：前置处理节点、日志抽取节点、多个回溯节点和提供第二业务的业务系统。各节点可以是终端设备也可以是服务端；终端设备可以为手机、平板电脑、台式计算机、便携笔记本式计算机等；服务端可以为独立的服务器(图2中仅示出服务器)，也可以为由多个服务器组成的服务器集群。业务系统可以提供第一业务，也可以不提供第一业务。

当前置处理节点获取到目标冷启动任务的处理请求时，确定目标冷启动任务的元信息；该元信息中包括每个回溯节点在Kafka消息队列中对应的分区；前置处理节点根据确定的元信息向各回溯节点发送回溯请求，并根据目标冷启动任务的处理请求和元信息向日志抽取节点发送事件抽取请求。日志抽取节点根据接收到的事件抽取请求获取目标冷启动任务对应的第一业务的目标历史日志数据，将目标历史日志数据均衡保存至各回溯节点对应的分区中。各回溯节点根据接收到的回溯请求确定自身在Kafka消息队列中对应的分区，并根据对应分区中的目标历史日志数据，确定与第一业务具有依赖关系的第二业务的累积指标的指标数据，以及将该指标数据提供给业务系统。业务系统根据获取到的指标数据对第二业务进行冷启动。

其中，前置处理节点中可以安装有前置处理应用，并通过前置处理应用获取目标冷启动任务的处理请求，以及确定目标冷启动任务的元信息。日志抽取节点中可以安装有日志抽取应用，并通过该日志抽取应用获取目标冷启动任务对应的第一业务的目标历史日志数据，将目标历史日志数据均衡保存至各回溯节点对应的分区中；或者，日志抽取节点启动日志抽取线程，通过该日志抽取线程获取目标冷启动任务对应的第一业务的目标历史日志数据，并将目标历史日志数据均衡保存至各回溯节点对应的分区中。

可选地，上述将该指标数据提供给业务系统可以包括：各回溯节点将确定的指标数据发送给前置处理节点，前置处理节点根据预设的上传接口将接收到的各指标数据上传至第二业务的业务系统；或者，各回溯节点将确定的指标数据发送给前置处理节点，前置处理节点将接收到的各指标数据保存至指定的存储位置，第二业务的业务系统从该存储位置中获取指标数据；或者，各回溯节点将确定的指标数据保存至指定的存储位置，第二业务的业务系统从该存储位置中获取指标数据。

本说明书一个或多个实施例中，上述的冷启动处理节点还可以与某个回溯节点是同一个节点；或者，上述的前置处理节点和日志抽取节点还可以与某个回溯节点是同一个节点。具体的，图3为本说明书一个或多个实施例提供的又一种业务的冷启动方法的应用场景示意图，如图3所示，该场景包括：多个回溯节点和提供第二业务的业务系统。其中，回溯节点可以是终端设备也可以是服务端；终端设备可以为手机、平板电脑、台式计算机、便携笔记本式计算机等；服务端可以为独立的服务器(图3中仅示出服务器)，也可以为由多个服务器组成的服务器集群。业务系统可以提供第一业务，也可以不提供第一业务。

可以预先在多个回溯节点中指定某个回溯节点为主回溯节点，并将其他回溯节点确定为子回溯节点。当主回溯节点获取到目标冷启动任务的处理请求时，确定目标冷启动任务的元信息；该元信息中包括每个回溯节点(包括主回溯节点自身)在Kafka消息队列中对应的分区；主回溯节点根据确定的元信息向各子回溯节点发送回溯请求，并根据目标冷启动任务的处理请求和确定的元信息获取目标冷启动任务对应的第一业务的目标历史日志数据，将目标历史日志数据均衡保存至各回溯节点对应的分区中。各子回溯节点根据接收到的回溯请求确定自身在Kafka消息队列中对应的分区，主回溯节点和各子回溯节点根据自身对应分区中的目标历史日志数据，确定与第一业务具有依赖关系的第二业务的累积指标的指标数据，以及将该指标数据提供给业务系统。业务系统根据获取到的指标数据对第二业务进行冷启动。

其中，主回溯节点中可以安装有前置处理应用、日志抽取应用和回溯应用，并通过前置处理应用获取目标冷启动任务的处理请求，以及确定目标冷启动任务的元信息。通过日志抽取应用获取目标冷启动任务对应的第一业务的目标历史日志数据，将目标历史日志数据均衡保存至各回溯节点对应的分区中。通过回溯应用根据对应分区中的目标历史日志数据，确定与第一业务具有依赖关系的第二业务的累积指标的指标数据，以及将该指标数据提供给业务系统。或者，主回溯节点启动日志抽取线程，通过该日志抽取线程目标冷启动任务对应的第一业务的目标历史日志数据，并将目标历史日志数据保存至各回溯节点对应的分区中。

可选地，上述将该指标数据提供给业务系统可以包括：各子回溯节点将确定的指标数据发送给主回溯节点，主回溯节点根据预设的上传接口将自身确定的各指标数据以及各子回溯节点发送的指标数据上传至第二业务的业务系统；或者，各子回溯节点将确定的指标数据发送给主回溯节点，主回溯节点将自身确定的各指标数据以及各子回溯节点发送的指标数据保存至指定的存储位置，第二业务的业务系统从该存储位置中获取指标数据；或者，主回溯节点和各子回溯节点将自身确定的指标数据保存至指定的存储位置，第二业务的业务系统从该存储位置中获取指标数据。

基于上述各应用场景可以看出，本说明书实施例中，通过采用kafka消息队列存储第一业务的目标历史日志数据，并确定每个回溯节点在Kafka消息队列中对应的分区，使得各回溯节点可以并行的对自身所对应分区中的目标历史日志数据进行有序处理，不仅能够避免同一目标历史日志数据被多个回溯节点重复处理或某个目标历史日志数据的遗漏处理等问题，而且极大的提升了目标历史日志数据的处理效率，能够满足日均千万级别甚至更多的日志数据的处理需求，进而能够满足业务的冷启动需求，实现了低成本、高效率的业务冷启动。

基于上述应用场景架构，本说明书一个或多个实施例提供了一种业务的冷启动方法。图4为本说明书一个或多个实施例提供的一种业务的冷启动方法的流程示意图，如图4所示，该方法包括以下步骤：

步骤S102，根据获取到的目标冷启动任务的处理请求，确定目标冷启动任务的元信息；其中，元信息包括多个回溯节点中每个回溯节点在Kafka消息队列中对应的分区；

本说明书实施例中，目标冷启动任务可以是根据第一业务的历史日志数据，对与第一业务具有依赖关系的第二业务进行冷启动处理的任务。其中，第一业务和第二业务可以在实际应用中根据需要自行设定。作为一个示例，第一业务是账户登录业务，第二业务是基于登录次数的风控业务，例如该风控业务的风控策略为若某个账户在最近30日内的登录次数大于300次，则确定该账户为风险账户等。作为另一个示例，第一业务是转账业务，第二业务是基于转账次数和转账总额的风控业务，例如该风控业务的风控策略为若某个个人金融账户在最近10日内的转账次数大于100次、且转移总额大于1千万，则确定该个人金融账户为风险账户等。

当步骤S102由前述的冷处理节点执行时，用户可以直接操作该冷处理节点编辑目标历史日志数据的筛选参数并发起目标冷启动任务，用户也可以操作第二业务的业务系统编辑目标历史日志数据的筛选参数以发起目标冷启动任务，并由业务系统基于用户编辑的筛选参数向冷启动节点发送目标冷启动任务的处理请求。相应的，步骤S102可以包括：响应于用户的提交操作，获取目标冷启动任务的处理请求；根据获取的处理请求，确定目标冷启动任务的元信息；或者，接收第二业务的业务系统发送的目标冷启动任务的处理请求，并根据接收到的处理请求确定目标冷启动任务的元信息。

当步骤S102由前述的前置处理节点执行时，用户可以直接操作该前置处理节点编辑目标历史日志数据的筛选参数并发起目标冷启动任务，用户也可以操作第二业务的业务系统编辑目标历史日志数据的筛选参数以发起目标冷启动任务，并由业务系统基于用户编辑的筛选参数向前述处理节点发送目标冷启动任务的处理请求。相应的，步骤S102可以包括：响应于用户的提交操作，获取目标冷启动任务的处理请求；根据获取的处理请求，确定目标冷启动任务的元信息；或者，接收第二业务的业务系统发送的目标冷启动任务的处理请求，并根据接收到的处理请求确定目标冷启动任务的元信息。

当步骤S102由前述的主回溯节点执行时，用户可以直接操作该主回溯节点编辑目标历史日志数据的筛选参数并发起目标冷启动任务，用户也可以操作第二业务的业务系统编辑目标历史日志数据的筛选参数以发起目标冷启动任务，并由业务系统基于用户编辑的筛选参数向主回溯节点发送目标冷启动任务的处理请求。相应的，步骤S102可以包括：响应于用户的提交操作，获取目标冷启动任务的处理请求；根据获取的处理请求，确定目标冷启动任务的元信息；或者，接收第二业务的业务系统发送的目标冷启动任务的处理请求，并根据接收到的处理请求确定目标冷启动任务的元信息。

其中，筛选参数可以随着第一业务的不同而不同。作为一个示例，第一业务是登录业务，筛选参数可以包括筛选时间、待进行风控管理的登录账户的账户信息等。

步骤S104，根据处理请求获取目标冷启动任务对应的第一业务的目标历史日志数据；

具体的，当步骤S104由前述的冷启动节点或主回溯节点执行时，步骤S104可以包括：从处理请求中获取筛选参数，根据该筛选参数从指定日志存储区域中获取目标冷启动任务对应的第一业务的目标历史日志数据。当步骤S104由前述的日志抽取节点执行时，前置处理节点可以从获取的目标回溯任务的处理请求中获取筛选参数，并根据筛选参数、确定的元信息、确定的指定日志存储区域的位置信息等向日志抽取节点发送日志抽取请求；相应的，步骤S104可以包括：从日志抽取请求中获取筛选参数和位置信息，根据该筛选参数从位置信息对应的指定日志存储区域中获取目标冷启动任务对应的第一业务的目标历史日志数据。其中，指定日志存储区域的位置信息，可以包含于目标回溯任务的处理请求中；也可以预先将指定日志存储区域的位置信息与第二业务的业务系统的系统标识对应保存于冷启动节点或主回溯节点或前置处理节点中，相应的，目标回溯任务的处理请求中可以包括第二业务的业务系统的系统标识，冷启动节点或主回溯节点或前置处理节点根据该系统标识获取对应保存的位置信息。

其中，指定日志存储区域可以是第二业务的业务系统的存储区域。当第二业务的业务系统还同时提供第一业务时，该业务系统将第一业务的业务数据中与第二业务相关的数据作为第一业务的日志数据保存至该指定日志存储区域。当第二业务的业务系统不提供第一业务，并由其他业务系统提供第一业务时，该其他业务系统将第一业务的业务数据中与第二业务相关的数据作为第一业务的日志数据，并将该日志数据发送给第二业务的业务系统，第二业务的业务系统将接收到的日志数据保存至该指定日志存储区域。

步骤S106，将目标历史日志数据均衡保存至各分区中；其中，每个分区中的目标历史日志数据用于该分区对应的回溯节点，确定与第一业务具有依赖关系的第二业务的累积指标的指标数据；

具体的，根据确定的元信息和预设的均衡规则，将目标历史日志数据均衡保存至各分区中。可以理解的是，每个分区中的目标历史日志数据是冷启动处理所需的部分目标历史日志数据，各分区中的目标历史日志数据的结合是冷启动处理所需的全部目标历史日志数据。在一种实施方式中，均衡规则可以采用轮询策略，即按照顺序轮流将每条目标历史日志数据分配到每个分区。例如，有三个分区，则将第一条目标历史日志数据保存到第一个分区，将第二条目标历史日志数据保存到第二个分区，将第三条目标历史日志数据保存到第三个分区，将第四条目标历史日志数据保存到第一个分区，以此类推，直至将所有目标历史日志数据保存至分区中。需要指出的是，均衡规则不限为前述采用轮询策略的规则，其可以在实际应用中根据需要自行设定，本说明书中对此不做具体限定。

进一步的，各回溯节点根据预设处理方式对自身对应分区中的目标日志数据进行处理，得到相应的第二业务的累积指标的指标数据；其中，预设处理方式可以在实际应用中根据需要自行设定，对此本说明书中不做具体限定。

本说明书实施例中，各回溯节点仅能够对自身所对应的分区中的目标历史日志数据进行处理，因此保障了目标历史日志数据在处理过程中的有序和有效，避免了同一目标历史日志数据被多个回溯节点重复处理等问题；同时，各回溯节点可以并行的对自身所对应的分区中的目标历史日志数据进行处理，极大的提升了处理效率，进而提升了第二业务的冷启动效率。

步骤S108，根据指标数据对第二业务进行冷启动处理。

可选地，将指标数据保存至指定的存储位置，以使第二业务的业务系统从该指定的存储位置中获取指标数据，并根据获取的指标数据对第二业务进行冷启动处理；或者，将指标数据上传至第二业务的业务系统中，以使业务系统根据上传的指标数据对第二业务进行冷启动处理。对于不同的应用场景而言，步骤S108的具体实现方式可参见前文的相关描述，重复之处这里不再赘述。

本说明书一个或多个实施例中，根据获取到的目标冷启动任务的处理请求，确定目标冷启动任务的元信息；该元信息包括多个回溯节点中每个回溯节点在Kafka消息队列中对应的分区；根据处理请求获取目标冷启动任务对应的第一业务的目标历史日志数据并保存至各分区中；其中，每个分区中的目标历史日志数据用于该分区对应的回溯节点，确定与第一业务具有依赖关系的第二业务的累积指标的指标数据；根据该指标数据对第二业务进行冷启动处理。由此，通过采用kafka消息队列存储第一业务的目标历史日志数据，并确定每个回溯节点在Kafka消息队列中对应的分区，使得各回溯节点可以并行的对自身所对应分区中的目标历史日志数据进行有序处理，不仅能够避免同一目标历史日志数据被多个回溯节点重复处理或某个目标历史日志数据的遗漏处理等问题，而且极大的提升了目标历史日志数据的处理效率，能够满足日均千万级别甚至更多的日志数据的处理需求，进而满足了业务的冷启动需求，实现了低成本、高效率的业务冷启动。

为了保障目标历史日志数据能够被有序的处理，同时对各回溯节点进行有效管理，本说明书一个或多个实施例中，如图5所示，步骤S102可以包括以下步骤S102-2至步骤S102-10：

步骤S102-2，获取目标冷启动任务的处理请求；

步骤S102-4，根据回溯节点的总数量和预设的并发配置参数，为目标冷启动任务创建第一数量的主题，并将各回溯节点划分为第一数量的回溯节点组；其中，回溯节点组与主题一一对应；

其中，并发配置参数为可同时运行的回溯节点的最大数量。具体的，将回溯节点的总数量除以预设的并发配置参数，确定计算结果是否为整数，若是，则将计算结果确定为第一数量；若否，则对计算结果进行向下取整处理，并将取整结果确定为第一数量；为目标冷启动任务创建第一数量的主题，并将各回溯节点划分为第一数量的回溯节点组。其中，将各回溯节点划分为第一数量的回溯节点组，可以为将各回溯节点平均划分为第一数量的回溯节点组；特别的，当回溯节点的总数量与第一数量不能整除时，可以将不能整除部分所对应的回溯节点随机分配到整除部分所对应的回溯节点组中。需要指出的是，对于某个个回溯节点而言，其仅属于一个回溯节点组，而不能同时属于多个回溯节点组。

作为一个示例，回溯节点的总数量为20，预设的并发配置参数为5，则第一数量为20/5＝4；为目标冷启动任务创建4个主题，并将20个回溯节点平均划分为4个回溯节点组，每个回溯节点组包括5个回溯节点。

作为另一个示例，回溯节点的总数量为32，依次记为回溯节点1、回溯节点2、回溯节点3…回溯节点32，预设的并发配置参数为5，并按照回溯节点的编号顺序进行回溯节点组的划分；则32/5＝6.4，对6.4向下取整后得到第一数量为6；为目标冷启动任务创建6个主题；并将32个回溯节点平均划分为6个回溯节点组，每个回溯节点组包括5个回溯节点；将6个回溯节点组依次记为回溯节点组1(包括回溯节点1至回溯节点5)、回溯节点组2(包括回溯节点6至回溯节点10)、回溯节点组3(包括回溯节点11至回溯节点15)…回溯节点组6(包括回溯节点26至回溯节点30)；此时还剩余两个回溯节点，即回溯节点31和回溯节点32，则可以将回溯节点31随机分配到6个回溯节点组中的任意一个回溯节点组中，如划分到回溯节点组1中，并将回溯节点32随机分配到回溯节点组2至回溯节点组6中的任意一个回溯节点组中，如划分到回溯节点组3中；也就是说，回溯节点组1和回溯节点组3中的回溯节点的数量为6个，回溯节点组2、回溯节点组4至回溯节点组6中的回溯节点的数量为5个。

步骤S102-6，在Kafka消息队列中为每个主题分配第二数量的分区；其中，第二数量不小于回溯节点组中回溯节点的第三数量；

为了提升目标历史日志数据的处理效率，且保障目标历史日志数据能够被有序处理，而不会同时被多个回溯节点处理，本说明书一个或多个实施例中，在Kafka消息队列中为每个主题分配第二数量的分区，并且第二数量不小于回溯节点组中回溯节点的第三数量。特别地，当回溯节点组中回溯节点的数量不唯一时，可以将回溯节点的最大数量确定为第三数量。例如，在前述的另一个示例中，将6确定为第三数量。

步骤S102-8，对每个主题的分区进行分配处理，得到各主题对应的回溯节点组中每个回溯节点所对应的至少一个分区；

优选的，将每个主题的分区平均分配给该主题对应的回溯节点组中的每个回溯节点；当分区的数量与回溯节点组中的回溯节的数量不能整除时，首先将相除的商确定为为每个回溯节点平均分配的分区的数量，然后将相除的余数确定为剩余分区的第四数量，从对应的回溯节点组所包括的回溯节点中随机选择第四数量的第三目标回溯节点，并将剩余分区平均分配给选择的第三目标回溯节点。

序接前述示例，以每个主题的分区有6个进行说明，对于回溯节点组1和回溯节点组3而言，对其对应主题的分区进行分配处理后，每个回溯节点对应一个分区。对于回溯节点组2、回溯节点组4至回溯节点组6而言，以回溯节点组2为例进行说明，由于其对应主题的分区的数量6与回溯节点的数量5不能整除，商是1，余数也是1，则首先为回溯节点组2中的回溯节点6至回溯节点10，分别分配一个分区；然后将余数1确定为剩余分区的第四数量，并从回溯节点6至回溯节点10中随机选择一个第三目标回溯节点，例如目标回溯节点为回溯节点8，则将1个剩余分区分配给第三目标回溯节点8；也就是说，在回溯节点组2中，回溯节点8对应了两个分区，回溯节点6对应1个分区、回溯节点7对应1个分区、回溯节点9对应1个分区、回溯节点10对应一个分区。

步骤S102-10，根据目标冷启动任务的任务标识、第一数量的主题、第一数量的回溯节点组以及每个回溯节点对应的分区，生成目标冷启动任务的元信息。

可选地，确定目标冷启动任务的任务标识、目标冷启动任务对应的第一数量的主题中每个主题的主题标识、第一数量的回溯节点组中每个回溯节点组的组标识、各回溯节点的节点标识、各回溯节点对应分区的分区标识，将任务标识与主题标识关联记录，将每个主题标识与对应的回溯节点组的组标识关联记录，将每个回溯节点组的组标识与其对应的各回溯节点的节点标识关联记录，以及将每个回溯节点的节点标识与其对应的区分的分区标识关联记录；将记录的各信息确定为目标冷启动任务的静态信息，根据该静态信息生成元信息。也就是说，元信息中包括目标冷启动任务的静态信息。其中，任务标识可以包含于目标回溯任务的处理请求中，也可以由步骤S102的执行主体按照预设规则进行确定；对于主题标识、组标识、节点标识、分区标识的具体确定方式本申请中不做具体限定。

由此，通过确定目标回溯任务的元信息，能够在后续根据该元信息对目标历史日志数据进行有序存储，以及保障各回溯节点对目标历史日志数据进行有序处理。

考虑到目标历史日志数据的数据量可能较大，一次性全部获取完可能会因网络等因素而造成数据丢失等问题。基于此，本申请一个或多个实施例中，可以分批次获取目标历史日志数据。具体的，如图6所示，步骤S104可以包括以下步骤S104-2和步骤S104-4：

步骤S104-2，从处理请求中获取筛选参数；

步骤S104-4，若确定目标回溯任务对应的第一业务的历史日志数据中与筛选参数相匹配的目标历史日志数据符合预设的分次获取条件，则依次从目标历史日志数据中获取部分目标历史日志数据；

具体的，确定目标回溯任务对应的第一业务的历史日志数据中与筛选参数相匹配的目标历史日志数据的数据总量是否大于预设的数据量阈值，若是，则确定符合预设的分次获取条件，依次从目标历史日志数据中获取部分目标历史日志数据。

进一步的，若确定不符合预设的分次获取条件，则一次性从目标历史日志数据中获取全部的目标历史日志数据。

与上述步骤S104-2和步骤S104-4对应的，如图6所示，步骤S106可以包括以下步骤S106-2和步骤S106-4：

步骤S106-2，根据元信息和预设的均衡规则，确定各分区中用于保存当前次获取的部分目标历史日志数据的第一目标分区；

具体的，根据目标冷启动任务的任务标识，查询目标冷启动任务的元信息；从查询到的元信息中获取第一数量的主题；根据预设的均衡规则，确定第一数量的主题中待分配日志数据的第一目标主题；从元信息中获取第一目标主题对应的第二数量的候选分区；根据均衡规则，确定候选分区中待配分日志数据的第一目标分区；将第一目标分区确定为用于保存当前次获取的部分目标历史日志数据的第一目标分区。

步骤S106-4，将当前次获取的部分目标历史日志数据保存至第一目标分区中；其中，第一目标分区中的部分目标历史日志数据用于对应的回溯节点，确定与第一业务具有依赖关系的第二业务的累积指标的指标数据。

本说明书一个或多个实施例中，当均衡规则采用轮询策略时，步骤S106-4之后还可以包括，将预设保存标识与当前的第一目标分区的分区标识关联记录。与之对应的，在步骤S106-2中，根据预设的均衡规则，将关联记录了预设保存标识的分区标识所关联的主题标识确定为目标主题标识，将该目标主题标识所对应的主题确定为待分配日志数据的第一目标主题；以及根据均衡规则，将第二数量的候选分区中，关联记录了预设保存标识的分区标识的下一个分区标识确定为目标分区标识，将该目标分区标识对应的候选分区确定为待配分日志数据的第一目标分区。

由此，在目标历史日志数据符合预设的分次获取条件时，分次获取目标历史日志数据，避免了因数据量过大以及网络因素等导致的数据丢失等问题。

为了有效的对各回溯节点的数据处理进度进行有效的管理，本说明书一个或多个实施例中，方法还可以包括：

接收每个回溯节点发送的当前位移参数；根据当前位移参数，更新目标回溯任务的元信息。

其中，当前位移参数表征回溯节点当前已处理的最后一个目标历史日志数据，在回溯节点对应的分区中的位置。根据当前位移参数，更新目标回溯任务的元信息，可以包括：将当前位移参数与回溯节点的节点标识关联记录，并将记录的信息确定为目标回溯任务的动态信息，将该动态信息保存至目标回溯任务的元信息中。可以理解的是，元信息中包括的目标回溯任务的动态信息会随着时间的推移而改变。

进一步的，考虑到在实际应用中，回溯节点可能因各种因素而存在宕机的情况，为了避免处于宕机状态的回溯节点所对应分区中的目标历史日志数据无法被处理，本说明书一个或多个实施例中，还可以基于再均衡机制，根据元信息中的动态信息，对宕机状态的回溯节点所在的回溯节点组进行分区的重新分配处理。具体的，方法还可以包括以下步骤A2至步骤A8：

步骤A2，若确定存在预设时长内处于宕机状态的第一目标回溯节点，则将第一目标回溯节点所在的目标回溯节点组所对应的主题的确定为第二目标主题；

为了便于对各回溯节点的状态进行管理，本申请一个或多个实施例中，以图1所示的应用场景为例进行说明，各回溯节点按照预设时间间隔向冷启动处理节点发送心跳数据；冷启动处理节点根据接收到的心跳数据确定是否存在预设时长内处于宕机状态的第一目标回溯节点。具体而言，方法还包括：

接收各回溯节点发送的心跳数据，并记录每个回溯节点当前最后一个心跳数据的发送时间；以及，将记录的发送时间确定为预设时长的起始时间点，确定预设时长内是否存在未发送心跳数据的第一目标回溯节点；若是，则将第一目标回溯节点确定为处于宕机状态的第一目标回溯节点。其中，预设时长大于预设时间间隔，例如，预设时间间隔为1分钟，预设时长为3分钟等，其可以在实际应用中根据需要自行设定。

步骤A4，重新对第二目标主题的分区进行分配处理，得到目标回溯节点组中每个剩余回溯节点对应的至少一个新的分区；

其中，对第二目标主题的分区进行分配处理的过程，与前述的对分区进行分配处理的过程相同，可参见前文的相关描述，重复之处这里不再赘述。

步骤A6，根据每个新的分区的分区标识从元信息中获取关联的当前位移参数；

步骤A8，根据新的分区的分区标识和新的分区关联的当前位移参数，向新的分区对应的剩余回溯节点发送分区更新消息；其中，分区更新消息用于对应的剩余回溯节点在分区标识对应的新的分区中，将当前位移参数所对应的目标日志数据之后的目标日志数据确定为待处理数据，并根据待处理数据确定指标数据。

当剩余回溯节点接收到分区更新消息时，从分区更新消息中获取分区标识和当前位移参数，并将分区标识对应的分区确定为新的分区，在该新的分区中，将当前位移参数所对应的目标日志数据之后的目标日志数据确定为待处理数据，并根据待处理数据确定指标数据。

由此，当存在处于宕机状态的第一目标回溯节点时，基于再均衡机制对相应的第二目标主题的分区进行重新配分处理，不仅避免了第一目标回溯节点在宕机前所对应的分区中的目标历史日志数据无法被处理，实现了该目标历史日志数据的自动转移，而且对其他回溯节点组中的各回溯节点不会造成影响，保障了各目标历史日志数据的有效处理。

进一步的，考虑到在实际应用中，处于宕机状态的回溯节点可能会自动重启，为了使该重启的回溯节点继续参与目标历史日志数据的处理，从而提升数据处理效率，本申请一个或多个实施例中，还基于宕机恢复后的断点执行机制，确定该重启的回溯节点所对应的第二分区。具体的，方法还包括以下步骤B2至步骤B6：

步骤B2，若确定存在宕机后重启的第二目标回溯节点，则确定第二目标回溯节点对应的第二目标分区；

步骤B4，根据第二目标分区的分区标识从元信息中获取关联的当前位移参数；

步骤B6，根据第二目标分区的分区标识和第二目标分区关联的当前位移参数，向第二目标回溯节点发送数据处理消息；数据处理消息用于第二目标回溯节点在分区标识对应的第二目标分区中，将当前位移参数所对应的目标日志数据之后的目标日志数据确定为待处理数据，根据待处理数据确定指标数据。

具体的，当在前述步骤A8之前确定存在宕机后重启的第二目标回溯节点，且该第二目标回溯节点与当前最后一次确定的第一目标回溯节点是同一回溯节点时，则确定第二目标回溯节点对应的第二目标分区，可以为：根据第二目标回溯节点的节点标识从目标回溯任务的元信息中获取关联的分区标识，并将该分区标识对应的分区确定为第二目标回溯节点对应的第二目标分区；也就是说，第二目标分区为第二目标回溯节点在宕机之前所对应的分区。若在前述步骤A8之后确定存在宕机后重启的第二目标回溯节点，则确定第二目标回溯节点对应的第二目标分区，可以为：重新对第二目标主题的分区进行分配处理，得到第二目标主题对应的回溯节点组中当前的各回溯节点所对应的新的分区，该新的分区中包括第二目标回溯节点对应的第二目标分区。以及在得到第二目标主题对应的回溯节点组中当前各回溯节点对应的新的分区之后，根据每个新的分区的分区标识从元信息中获取关联的当前位移参数；根据新的分区的分区标识和新的分区关联的当前位移参数，向新的分区对应的回溯节点发送数据处理消息；第二目标主题对应的回溯节点组中当前的各回溯节点在接收到数据处理消息后，从数据处理消息中获取分区标识和当前位移参数，并将分区标识对应的分区确定为新的分区，在该新的分区中，将当前位移参数所对应的目标日志数据之后的目标日志数据确定为待处理数据，并根据待处理数据确定指标数据。

当第二目标回溯节点与当前最后一次确定的第一目标回溯节点不是同一回溯节点时，确定第二目标回溯节点对应的第二目标分区，可以为：将第二目标回溯节点所在的回溯节点组所对应的主题的确定为第三目标主题，重新对第三目标主题的分区进行分配处理，得到第三目标主题对应的回溯节点组中当前的各回溯节点所对应的新的分区，该新的分区中包括第二目标回溯节点对应的第二目标分区。以及在得到第二目标主题对应的回溯节点组中当前各回溯节点对应的新的分区之后，根据每个新的分区的分区标识从元信息中获取关联的当前位移参数；根据新的分区的分区标识和新的分区关联的当前位移参数，向新的分区对应的回溯节点发送数据处理消息；第二目标主题对应的回溯节点组中当前的各回溯节点在接收到数据处理消息后，从数据处理消息中获取分区标识和当前位移参数，并将分区标识对应的分区确定为新的分区，在该新的分区中，将当前位移参数所对应的目标日志数据之后的目标日志数据确定为待处理数据，并根据待处理数据确定指标数据。

由此，当存在宕机后重启的第二目标回溯节点时，通过确定第二目标回溯节点对应的第二目标分区，使得第二目标回溯节点能够重新进行目标历史日志数据的处理，在不影响第二目标回溯节点所在回溯节点组以外的各回溯节点组的情况下，提升了目标历史日志数据的处理效率。

进一步的，考虑到在实际应用中，多个目标回溯任务可能同时发起，为了避免目标回溯任务的堆积，本说明书一个或多个实施例中，各回溯节点可以针对每个目标回溯任务启动对应的回溯线程，并通过该回溯线程对对应的目标回溯任务的目标历史日志数据进行处理。相应的，获取到目标冷启动任务的处理请求之后，方法还包括以下步骤C2和步骤C4：

步骤C2，根据确定的目标冷启动任务的任务标识，向每个回溯节点发送线程启动消息；其中，线程启动消息用于回溯节点启动与目标冷启动任务相对应的回溯线程；

步骤C4，接收回溯节点发送的任务标识和启动的回溯线程的线程标识。

与步骤C2和步骤C4对应的，前述将各回溯节点划分为第一数量的回溯节点组，可以包括：将目标回溯任务对应的各回溯线程划分为第一数量的回溯线程组；其中，回溯线程组与主题一一对应；该步骤的实现方式与前述将各回溯节点划分为第一数量的回溯节点组的实现方式相似，可参见前述相关描述。

与步骤C2和步骤C4对应的，前述对每个主题的分区进行分配处理，得到各主题对应的回溯节点组中每个回溯节点所对应的至少一个分区，可以包括：对每个主题的分区进行分配处理，得到各主题对应的回溯线程组中每个回溯线程对应的至少一个分区；该步骤的实现方式与前述对每个主题的分区进行分配处理，得到各主题对应的回溯节点组中每个回溯节点所对应的至少一个分区的实现方式相似，可参见前述相关描述。

与步骤C2和步骤C4对应的，前述根据目标冷启动任务的任务标识、第一数量的主题、第一数量的回溯节点组以及每个回溯节点对应的分区，生成目标冷启动任务的元信息，可以包括：根据目标冷启动任务的任务标识、第一数量的主题、第一数量的回溯线程组以及每个回溯线程对应的分区，生成目标冷启动任务的元信息。该步骤的实现方式与前述根据目标冷启动任务的任务标识、第一数量的主题、第一数量的回溯节点组以及每个回溯节点对应的分区，生成目标冷启动任务的元信息的实现方式相似，可参见前述相关描述。

进一步的，与步骤C2和步骤C4对应的，方法还包括：若确定目标冷启动任务处于完成状态，则向回溯节点发送线程关闭消息；该线程关闭消息用于回溯节点关闭对应的回溯线程。

具体的，若确定目标历史日志数据全部获取完成，并且各回溯线程将对应分区中的目标历史日志数据全部处理完成，则确定目标冷启动任务处于完成状态，向回溯节点发送线程关闭消息。

由此，针对每个目标回溯任务启动对应的回溯线程，以通过回溯线程确定指标数据，使得多个目标回溯任务可以同时被执行，避免了目标回溯任务的堆积。同时在确定某个目标回溯任务处于完成状态时，通过关闭对应的回溯线程，实现了回溯节点中计算资源等的及时释放。

本说明书一个或多个实施例中，根据获取到的目标冷启动任务的处理请求，确定目标冷启动任务的元信息；该元信息包括多个回溯节点中每个回溯节点在Kafka消息队列中对应的分区；根据处理请求获取目标冷启动任务对应的第一业务的目标历史日志数据并保存至各分区中；其中，每个分区中的目标历史日志数据用于该分区对应的回溯节点，确定与第一业务具有依赖关系的第二业务的累积指标的指标数据；根据该指标数据对第二业务进行冷启动处理。由此，通过采用kafka消息队列存储第一业务的目标历史日志数据，并确定每个回溯节点在Kafka消息队列中对应的分区，使得各回溯节点可以并行的对自身所对应分区中的目标历史日志数据进行有序处理，不仅能够避免同一目标历史日志数据被多个回溯节点重复处理或某个目标历史日志数据的遗漏处理等问题，而且极大的提升了目标历史日志数据的处理效率，能够满足日均千万级别甚至更多的日志数据的处理需求，进而满足了业务的冷启动需求，实现了低成本、高效率的业务冷启动。

对应上述描述的业务的冷启动方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种业务的冷启动装置。图7为本说明书一个或多个实施例提供的一种业务的冷启动装置的模块组成示意图，如图7所示，该装置包括：

确定模块201，根据获取到的目标冷启动任务的处理请求，确定所述目标冷启动任务的元信息；其中，所述元信息包括多个回溯节点中每个回溯节点在Kafka消息队列中对应的分区；

获取模块202，根据所述处理请求获取所述目标冷启动任务对应的第一业务的目标历史日志数据；

保存模块203，将所述目标历史日志数据均衡保存至各所述分区中；其中，每个所述分区中的目标历史日志数据用于所述分区对应的所述回溯节点，确定与所述第一业务具有依赖关系的第二业务的累积指标的指标数据；

处理模块204，根据所述指标数据对所述第二业务进行冷启动处理。

可选地，所述确定模块201，根据所述回溯节点的总数量和预设的并发配置参数，为所述目标冷启动任务创建第一数量的主题，并将所述回溯节点划分为所述第一数量的回溯节点组；其中，所述回溯节点组与所述主题一一对应；以及，

在所述Kafka消息队列中为每个所述主题分配第二数量的分区；其中，所述第二数量不小于所述回溯节点组中回溯节点的第三数量；

对每个所述主题的所述分区进行分配处理，得到所述主题对应的所述回溯节点组中每个回溯节点所对应的至少一个分区；

根据所述目标冷启动任务的任务标识、所述第一数量的主题、所述第一数量的回溯节点组以及每个所述回溯节点对应的分区，生成所述目标冷启动任务的元信息。

可选地，所述装置还包括：接收模块；

所述接收模块，接收每个所述回溯节点发送的当前位移参数；其中，所述当前位移参数表征所述回溯节点当前已处理的最后一个目标历史日志数据，在所述回溯节点对应的分区中的位置；以及，根据所述当前位移参数，更新所述元信息。

可选地，所述元信息中包括所述回溯节点的节点标识、所述回溯节点对应的分区的分区标识以及所述当前位移参数的关联关系，所述装置还包括：再均衡模块；

所述再均衡模块，若确定存在预设时长内处于宕机状态的第一目标回溯节点，则将所述第一目标回溯节点所在的目标回溯节点组所对应的主题的确定为第二目标主题；以及，

重新对所述第二目标主题的分区进行分配处理，得到所述目标回溯节点组中每个剩余回溯节点对应的至少一个新的分区；

根据所述新的分区的分区标识从所述元信息中获取关联的所述当前位移参数；

根据所述新的分区的分区标识和所述新的分区关联的所述当前位移参数，向所述新的分区对应的剩余回溯节点发送分区更新消息；其中，所述分区更新消息用于所述剩余回溯节点在所述分区标识对应的新的分区中，将所述当前位移参数所对应的目标日志数据之后的目标日志数据确定为待处理数据，并根据所述待处理数据确定所述指标数据。

可选地，所述装置还包括：恢复模块；

所述恢复模块，若确定存在宕机后重启的第二目标回溯节点，则确定所述第二目标回溯节点对应的第二目标分区；以及，

根据所述第二目标分区的分区标识从所述元信息中获取关联的所述当前位移参数；

根据所述第二目标分区的分区标识和所述第二目标分区关联的所述当前位移参数，向所述第二目标回溯节点发送数据处理消息；所述数据处理消息用于所述第二目标回溯节点在所述分区标识对应的所述第二目标分区中，将所述当前位移参数所对应的目标日志数据之后的目标日志数据确定为待处理数据，根据所述待处理数据确定所述指标数据。

本说明书一个或多个实施例提供的业务的冷启动装置，根据获取到的目标冷启动任务的处理请求，确定目标冷启动任务的元信息；该元信息包括多个回溯节点中每个回溯节点在Kafka消息队列中对应的分区；根据处理请求获取目标冷启动任务对应的第一业务的目标历史日志数据并保存至各分区中；其中，每个分区中的目标历史日志数据用于该分区对应的回溯节点，确定与第一业务具有依赖关系的第二业务的累积指标的指标数据；根据该指标数据对第二业务进行冷启动处理。由此，通过采用kafka消息队列存储第一业务的目标历史日志数据，并确定每个回溯节点在Kafka消息队列中对应的分区，使得各回溯节点可以并行的对自身所对应分区中的目标历史日志数据进行有序处理，不仅能够避免同一目标历史日志数据被多个回溯节点重复处理或某个目标历史日志数据的遗漏处理等问题，而且极大的提升了目标历史日志数据的处理效率，能够满足日均千万级别甚至更多的日志数据的处理需求，进而满足了业务的冷启动需求，实现了低成本、高效率的业务冷启动。

需要说明的是，本说明书中关于业务的冷启动装置的实施例与本说明书中关于业务的冷启动方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应的业务的冷启动方法的实施，重复之处不再赘述。

进一步地，对应上述描述的业务的冷启动方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种业务的冷启动设备，该设备用于执行上述的业务的冷启动方法，图8为本说明书一个或多个实施例提供的一种业务的冷启动设备的结构示意图。

如图8所示，业务的冷启动设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器301和存储器302，存储器302中可以存储有一个或一个以上存储应用程序或数据。其中，存储器302可以是短暂存储或持久存储。存储在存储器302的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括业务的冷启动设备中的一系列计算机可执行指令。更进一步地，处理器301可以设置为与存储器302通信，在业务的冷启动设备上执行存储器302中的一系列计算机可执行指令。业务的冷启动设备还可以包括一个或一个以上电源303，一个或一个以上有线或无线网络接口304，一个或一个以上输入输出接口305，一个或一个以上键盘306等。

在一个具体的实施例中，业务的冷启动设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对业务的冷启动设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

根据获取到的目标冷启动任务的处理请求，确定所述目标冷启动任务的元信息；其中，所述元信息包括多个回溯节点中每个回溯节点在Kafka消息队列中对应的分区；

根据所述处理请求获取所述目标冷启动任务对应的第一业务的目标历史日志数据；

将所述目标历史日志数据均衡保存至各所述分区中；其中，每个所述分区中的目标历史日志数据用于所述分区对应的所述回溯节点，确定与所述第一业务具有依赖关系的第二业务的累积指标的指标数据；

根据所述指标数据对所述第二业务进行冷启动处理。

本说明书一个或多个实施例提供的业务的冷启动设备，根据获取到的目标冷启动任务的处理请求，确定目标冷启动任务的元信息；该元信息包括多个回溯节点中每个回溯节点在Kafka消息队列中对应的分区；根据处理请求获取目标冷启动任务对应的第一业务的目标历史日志数据并保存至各分区中；其中，每个分区中的目标历史日志数据用于该分区对应的回溯节点，确定与第一业务具有依赖关系的第二业务的累积指标的指标数据；根据该指标数据对第二业务进行冷启动处理。由此，通过采用kafka消息队列存储第一业务的目标历史日志数据，并确定每个回溯节点在Kafka消息队列中对应的分区，使得各回溯节点可以并行的对自身所对应分区中的目标历史日志数据进行有序处理，不仅能够避免同一目标历史日志数据被多个回溯节点重复处理或某个目标历史日志数据的遗漏处理等问题，而且极大的提升了目标历史日志数据的处理效率，能够满足日均千万级别甚至更多的日志数据的处理需求，进而满足了业务的冷启动需求，实现了低成本、高效率的业务冷启动。

需要说明的是，本说明书中关于业务的冷启动设备的实施例与本说明书中关于业务的冷启动方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应的业务的冷启动方法的实施，重复之处不再赘述。

进一步地，对应上述描述的业务的冷启动方法，基于相同的技术构思，本说明书一个或多个实施例还提供了一种存储介质，用于存储计算机可执行指令，一个具体的实施例中，该存储介质可以为U盘、光盘、硬盘等，该存储介质存储的计算机可执行指令在被处理器执行时，能实现以下流程：

根据获取到的目标冷启动任务的处理请求，确定所述目标冷启动任务的元信息；其中，所述元信息包括多个回溯节点中每个回溯节点在Kafka消息队列中对应的分区；

根据所述处理请求获取所述目标冷启动任务对应的第一业务的目标历史日志数据；

将所述目标历史日志数据均衡保存至各所述分区中；其中，每个所述分区中的目标历史日志数据用于所述分区对应的所述回溯节点，确定与所述第一业务具有依赖关系的第二业务的累积指标的指标数据；

根据所述指标数据对所述第二业务进行冷启动处理。

本说明书一个或多个实施例提供的存储介质存储的计算机可执行指令在被处理器执行时，根据获取到的目标冷启动任务的处理请求，确定目标冷启动任务的元信息；该元信息包括多个回溯节点中每个回溯节点在Kafka消息队列中对应的分区；根据处理请求获取目标冷启动任务对应的第一业务的目标历史日志数据并保存至各分区中；其中，每个分区中的目标历史日志数据用于该分区对应的回溯节点，确定与第一业务具有依赖关系的第二业务的累积指标的指标数据；根据该指标数据对第二业务进行冷启动处理。由此，通过采用kafka消息队列存储第一业务的目标历史日志数据，并确定每个回溯节点在Kafka消息队列中对应的分区，使得各回溯节点可以并行的对自身所对应分区中的目标历史日志数据进行有序处理，不仅能够避免同一目标历史日志数据被多个回溯节点重复处理或某个目标历史日志数据的遗漏处理等问题，而且极大的提升了目标历史日志数据的处理效率，能够满足日均千万级别甚至更多的日志数据的处理需求，进而满足了业务的冷启动需求，实现了低成本、高效率的业务冷启动。

需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于业务的冷启动方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应的业务的冷启动方法的实施，重复之处不再赘述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

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

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

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

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

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。

Claims (15)

1.一种业务的冷启动方法，包括：

根据获取到的目标冷启动任务的处理请求，确定所述目标冷启动任务的元信息；其中，所述元信息包括多个回溯节点中每个回溯节点在Kafka消息队列中对应的分区；

根据所述处理请求获取所述目标冷启动任务对应的第一业务的目标历史日志数据；

将所述目标历史日志数据均衡保存至各所述分区中；其中，每个所述分区中的目标历史日志数据用于所述分区对应的所述回溯节点，确定与所述第一业务具有依赖关系的第二业务的累积指标的指标数据；

根据所述指标数据对所述第二业务进行冷启动处理。

2.根据权利要求1所述的方法，其特征在于，所述确定所述目标冷启动任务的元信息，包括：

根据所述回溯节点的总数量和预设的并发配置参数，为所述目标冷启动任务创建第一数量的主题，并将所述回溯节点划分为所述第一数量的回溯节点组；其中，所述回溯节点组与所述主题一一对应；

在所述Kafka消息队列中为每个所述主题分配第二数量的分区；其中，所述第二数量不小于所述回溯节点组中回溯节点的第三数量；

对每个所述主题的所述分区进行分配处理，得到所述主题对应的所述回溯节点组中每个回溯节点所对应的至少一个分区；

根据所述目标冷启动任务的任务标识、所述第一数量的主题、所述第一数量的回溯节点组以及每个所述回溯节点对应的分区，生成所述目标冷启动任务的元信息。

3.根据权利要求2所述的方法，其特征在于，所述根据所述处理请求获取所述目标冷启动任务对应的第一业务的目标历史日志数据，包括：

从所述处理请求中获取筛选参数；

若确定所述第一业务的历史日志数据中与所述筛选参数相匹配的目标历史日志数据符合预设的分次获取条件，则依次从所述目标历史日志数据中获取部分目标历史日志数据；

所述将所述目标历史日志数据均衡保存至各所述分区中，包括：

根据所述元信息和预设的均衡规则，确定各所述分区中用于保存当前次获取的所述部分目标历史日志数据的第一目标分区；

将当前次获取的所述部分目标历史日志数据保存至所述第一目标分区中。

4.根据权利要求3所述的方法，所述根据所述元信息和预设的均衡规则，确定各所述分区中用于保存当前次获取的所述部分目标历史日志数据的第一目标分区，包括：

根据所述目标冷启动任务的任务标识，查询所述目标冷启动任务的所述元信息；

从所述元信息中获取所述第一数量的主题；

根据预设的均衡规则，确定所述第一数量的主题中待分配日志数据的第一目标主题；

从所述元信息中获取所述第一目标主题对应的所述第二数量的候选分区；

根据所述均衡规则，确定所述候选分区中待配分日志数据的第一目标分区；

将所述第一目标分区确定为用于保存当前次获取的所述部分目标历史日志数据的第一目标分区。

5.根据权利要求1所述的方法，所述根据所述指标数据对所述第二业务进行冷启动处理，包括：

将所述指标数据保存至指定的存储位置，以使所述第二业务的业务系统从所述存储位置中获取所述指标数据，并根据获取的所述指标数据对所述第二业务进行冷启动处理；或者，

将所述指标数据上传至所述第二业务的业务系统中，以使所述业务系统根据上传的所述指标数据对所述第二业务进行冷启动处理。

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

接收每个所述回溯节点发送的当前位移参数；其中，所述当前位移参数表征所述回溯节点当前已处理的最后一个目标历史日志数据，在所述回溯节点对应的分区中的位置；

根据所述当前位移参数，更新所述元信息。

7.根据权利要求6所述的方法，所述元信息中包括所述回溯节点的节点标识、所述回溯节点对应的分区的分区标识以及所述当前位移参数的关联关系，所述方法还包括：

若确定存在预设时长内处于宕机状态的第一目标回溯节点，则将所述第一目标回溯节点所在的目标回溯节点组所对应的主题的确定为第二目标主题；

重新对所述第二目标主题的分区进行分配处理，得到所述目标回溯节点组中每个剩余回溯节点对应的至少一个新的分区；

根据所述新的分区的分区标识从所述元信息中获取关联的所述当前位移参数；

根据所述新的分区的分区标识和所述新的分区关联的所述当前位移参数，向所述新的分区对应的剩余回溯节点发送分区更新消息；其中，所述分区更新消息用于所述剩余回溯节点在所述分区标识对应的新的分区中，将所述当前位移参数所对应的目标日志数据之后的目标日志数据确定为待处理数据，并根据所述待处理数据确定所述指标数据。

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

接收各回溯节点发送的心跳数据，并记录每个回溯节点当前最后一个心跳数据的发送时间；以及，

将记录的所述发送时间确定为所述预设时长的起始时间点，确定所述预设时长内是否存在未发送所述心跳数据的第一目标回溯节点；

若是，则将所述第一目标回溯节点确定为处于宕机状态的第一目标回溯节点。

9.根据权利要求6所述的方法，所述元信息中包括所述回溯节点的节点标识、所述回溯节点对应的分区的分区标识以及所述当前位移参数的关联关系，所述方法还包括：

若确定存在宕机后重启的第二目标回溯节点，则确定所述第二目标回溯节点对应的第二目标分区；

根据所述第二目标分区的分区标识从所述元信息中获取关联的所述当前位移参数；

根据所述第二目标分区的分区标识和所述第二目标分区关联的所述当前位移参数，向所述第二目标回溯节点发送数据处理消息；所述数据处理消息用于所述第二目标回溯节点在所述分区标识对应的所述第二目标分区中，将所述当前位移参数所对应的目标日志数据之后的目标日志数据确定为待处理数据，根据所述待处理数据确定所述指标数据。

10.根据权利要求2所述的方法，获取到所述目标冷启动任务的处理请求之后，所述方法还包括：

根据确定的所述目标冷启动任务的任务标识，向每个所述回溯节点发送线程启动消息；所述线程启动消息用于所述回溯节点启动与所述目标冷启动任务相对应的回溯线程；

接收所述回溯节点发送的所述任务标识和所述回溯线程的线程标识；

所述将所述回溯节点划分为所述第一数量的回溯节点组，包括：

将所述回溯线程划分为所述第一数量的回溯线程组；其中，所述回溯线程组与所述主题一一对应；

所述对每个所述主题的所述分区进行分配处理，得到所述主题对应的所述回溯节点组中每个回溯节点所对应的至少一个分区，包括：

对每个所述主题的所述分区进行分配处理，得到所述主题对应的所述回溯线程组中每个回溯线程对应的至少一个分区；

所述根据所述目标冷启动任务的任务标识、所述第一数量的主题、所述第一数量的回溯节点组以及每个所述回溯节点对应的分区，生成所述目标冷启动任务的元信息，包括：

根据所述目标冷启动任务的任务标识、所述第一数量的主题、所述第一数量的回溯线程组以及每个所述回溯线程对应的分区，生成所述目标冷启动任务的元信息。

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

若确定所述目标冷启动任务处于完成状态，则向所述回溯节点发送线程关闭消息；所述线程关闭消息用于所述回溯节点关闭对应的回溯线程。

12.根据权利要求1所述的方法，所述获取第一业务的目标历史日志数据，包括：

启动日志抽取线程，通过所述日志抽取线程获取第一业务的目标历史日志数据；或者，

启动日志抽取应用，通过所述日志抽取应用获取第一业务的目标历史日志数据；或者，

向日志抽取节点发送日志抽取消息，通过所述日志抽取节点获取第一业务的目标历史日志数据。

13.一种业务的冷启动装置，包括：

确定模块，根据获取到的目标冷启动任务的处理请求，确定所述目标冷启动任务的元信息；其中，所述元信息包括多个回溯节点中每个回溯节点在Kafka消息队列中对应的分区；

获取模块，根据所述处理请求获取所述目标冷启动任务对应的第一业务的目标历史日志数据；

保存模块，将所述目标历史日志数据均衡保存至各所述分区中；其中，每个所述分区中的目标历史日志数据用于所述分区对应的所述回溯节点，确定与所述第一业务具有依赖关系的第二业务的累积指标的指标数据；

处理模块，根据所述指标数据对所述第二业务进行冷启动处理。

14.一种业务的冷启动设备，包括：

处理器；以及，

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

根据获取到的目标冷启动任务的处理请求，确定所述目标冷启动任务的元信息；其中，所述元信息包括多个回溯节点中每个回溯节点在Kafka消息队列中对应的分区；

根据所述处理请求获取所述目标冷启动任务对应的第一业务的目标历史日志数据；

将所述目标历史日志数据均衡保存至各所述分区中；其中，每个所述分区中的目标历史日志数据用于所述分区对应的所述回溯节点，确定与所述第一业务具有依赖关系的第二业务的累积指标的指标数据；

根据所述指标数据对所述第二业务进行冷启动处理。

15.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

根据获取到的目标冷启动任务的处理请求，确定所述目标冷启动任务的元信息；其中，所述元信息包括多个回溯节点中每个回溯节点在Kafka消息队列中对应的分区；

根据所述处理请求获取所述目标冷启动任务对应的第一业务的目标历史日志数据；

将所述目标历史日志数据均衡保存至各所述分区中；其中，每个所述分区中的目标历史日志数据用于所述分区对应的所述回溯节点，确定与所述第一业务具有依赖关系的第二业务的累积指标的指标数据；

根据所述指标数据对所述第二业务进行冷启动处理。

Images