[发明专利]分布式服务跟踪方法、系统、存储介质和电子设备

说明书

本发明提供分布式服务跟踪方法、系统、存储介质和电子设备，方法包括：接收多个用户请求，为每个用户请求对应生成一跟踪ID；根据每个用户请求，在该用户请求的服务进程中分别调用多个子线程，将所述用户请求的跟踪ID传入所调用的多个子线程，并为每个子线程生成一调用ID；采集每个子线程被调用产生的日志信息，以对应的服务进程的跟踪ID和该子线程的调用ID进行标识；以具有相同跟踪ID的调用ID为一组调用链，收集每个用户请求的调用链的日志信息，形成该用户请求的服务日志；将不同用户请求的服务日志分别存储至数据库的不同分区。本发明通过跟踪ID和调用ID跟踪用户请求的服务日志，在保证跟踪需求的基础上实现低侵入、低损耗、低延迟及高可靠性。

技术领域

本发明涉及互联网技术领域，尤其涉及一种分布式服务跟踪方法、系统、存储介质和电子设备。

背景技术

随着分布式服务架构的兴起，服务之间的边界划分越来越清晰，各个独立的服务各司其职，而这些服务部署在不同的机器上，业务的调用链越来越复杂，通常一笔请求的处理需要经过几十个甚至上百个子系统的处理，还有可能跨多个数据中心。因此，必须有一些能够帮助理解系统行为、分析系统性能问题以及实现业务跟踪的工具。

在分布式服务领域，Google的一篇论文《Dapper，a Large-Scale DistributedSystems Tracing Infrastructure》(《Dapper，大规模分布式系统的跟踪系统》)为解决请求调用的跟踪提出了理论模型。但Dapper只是为解决请求调用问题提出了理论模型，并没有提供具体的实现方法。

在风控引擎中，一笔请求需要经过数据标准化处理、规则预处理、名单库服务、同步规则处理、规则后处理等等多个子系统的处理，这些子系统部署在不同的集群上，当规则命中发生异常或者子系统节点故障时，需要快速定位到具体的规则或者子系统，这对于快速定位故障是非常重要的。

因此，有必要通过多维度详尽的日志展示为规则人员提供参考，帮助规则人员以及系统研发人员快速定位欺诈点和系统故障点，配合各种完善的预警和告警机制，保证系统的稳定性和高可用性。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

针对现有技术中的缺陷，本发明的目的在于，通过跟踪分布式系统日志，提供给开发人员业务系统的流转视图，配合监控系统以及告警系统保证系统的稳定性和高可用性，方便业务规则人员查看规则执行结果，耗时以及命中量等，通过在线实时日志分析总结并完整规则等，为构建实时、高效、完善的风控系统提供帮助。

根据本发明的一个方面，提供一种分布式服务跟踪方法，所述方法包括：接收多个用户请求，为每个用户请求分别对应生成一跟踪ID，作为该用户请求的服务进程的唯一标识；根据每个用户请求，在该用户请求的服务进程中分别调用多个子线程，将所述用户请求的跟踪ID传入所调用的多个子线程，并为每个子线程生成一调用ID；采集每个子线程被调用产生的日志信息，每个子线程可被不同的服务进程调用，每次调用产生的日志信息分别以对应的服务进程的跟踪ID和该子线程的调用ID进行标识；以具有相同跟踪ID的调用ID为一组调用链，收集每个用户请求的调用链的日志信息，形成该用户请求的服务日志；将不同用户请求的服务日志分别存储至数据库的不同分区。

优选地，同一跟踪ID下，部分所述调用ID之间可相互嵌套，形成拓扑关联结构。

优选地，所述拓扑关联结构中，所述跟踪ID为中心，所述跟踪ID直接调用的调用ID为父节点，所述父节点调用的调用ID为子节点。

优选地，具有相同跟踪ID的一组调用链中，各个调用ID通过发生时间进行排序。

优选地，每个子线程的日志信息形成一数据单元，所述数据单元的类别包括：行为时间、行为类型、IP地址、行为耗时、行为输入、行为输出。