CN113127307A - 溯源请求的处理方法、相关装置、系统及存储介质 - Google Patents

Abstract

本申请实施例公开了一种溯源请求的处理方法、相关装置、系统及存储介质，属于计算机技术领域。方法包括：用户终端基于触发事件生成原始事件请求，根据原始事件请求生成跟踪标识traceid，并将traceid存放在原始事件请求的标头header中生成事件请求，将用户终端产生的包含traceid的第一日志数据记录到日志服务器中，并将事件请求通过至少一个中间节点发送至业务服务器，以使每一个中间节点与所述业务服务器分别将与traceid关联的日志数据记录到日志服务器中，由此可通过日志服务器中记录的事件请求对应的traceid，进而可追溯处理事件请求的整个轨迹，便于后续对事件请求的分析和追溯。

Description

溯源请求的处理方法、相关装置、系统及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种溯源请求的处理方法、相关装置、系统及存储介质。

背景技术

随着互联网的发展，各类智能终端广泛应用于生活、学习、生产等领域之中。而在智能终端的使用频率越来越高的情况下，尤其是在涉及到客户端与服务端交互过程的场景中，智能终端在处理用户执行的某些操作事件时可能会出现处理故障的情况。在现有技术中，对处理故障进行分析时，往往无法完整地还原整个操作事件的处理过程，因而也无法找出出现处理故障的位置和原因，用户体验差。

发明内容

本申请实施例提供了一种溯源请求的处理方法、相关装置、系统及存储介质，可以解决在相关技术中无法溯源针对处理请求的完整过程的问题。所述技术方案如下：

第一方面，本申请实施例提供了一种溯源请求的处理方法，所述方法应用于溯源请求的处理系统，所述系统包括：用户终端、至少一个中间节点、业务服务器和日志服务器；所述方法应用于所述用户终端，所述方法包括：

基于触发事件生成原始事件请求；

根据所述原始事件请求生成跟踪标识traceid，并将所述traceid存放在所述原始事件请求的标头header中生成事件请求；

将所述用户终端产生的包含所述traceid的第一日志数据记录到所述日志服务器中，并将所述事件请求通过所述至少一个中间节点发送至所述业务服务器，以使每一个所述中间节点与所述业务服务器分别将与所述traceid关联的日志数据记录到所述日志服务器中。

第二方面，本申请实施例提供了一种溯源请求的处理方法，所述方法应用于溯源请求的处理系统，所述系统包括：用户终端、至少一个中间节点、业务服务器和日志服务器；所述方法应用于任意一个所述中间节点，所述方法包括：

接收由所述用户终端发送的事件请求；其中，所述事件请求中包含有跟踪标识traceid；

将所述中间节点基于所述事件请求产生的包含所述traceid的第二日志数据记录到所述日志服务器中，并将所述事件请求转发至所述业务服务器，以使所述业务服务器将与所述traceid关联的日志数据记录到所述日志服务器中；其中，所述日志服务器中包括所述用户终端对应的包含所述traceid的第一日志数据。

第三方面，本申请实施例提供了一种溯源请求的处理方法，所述方法应用于溯源请求的处理系统，所述系统包括：用户终端、至少一个中间节点、业务服务器和日志服务器；所述方法应用于所述业务服务器，所述方法包括：

接收由所述至少一个中间节点转发的事件请求；其中，所述事件请求由所述用户终端发送至所述至少一个中间节点，所述事件请求中包含有跟踪标识traceid；

将所述业务服务器基于所述事件请求产生的关联有所述traceid的第三日志数据记录到所述日志服务器中；其中，所述日志服务器中包括所述用户终端对应的包含所述traceid的第一日志数据，以及所述至少一个中间节点各自对应的与所述traceid关联的日志数据。

第四方面，本申请实施例提供了一种用户终端，所述用户终端应用于溯源请求的处理系统，所述系统包括：所述用户终端、至少一个中间节点、业务服务器和日志服务器；所述用户终端包括：

生成模块，用于基于触发事件生成原始事件请求；

第一处理模块，用于根据所述原始事件请求生成跟踪标识traceid，并将所述traceid存放在所述原始事件请求的标头header中生成事件请求；

第二处理模块，用于将所述用户终端产生的包含所述traceid的第一日志数据记录到所述日志服务器中，并将所述事件请求通过所述至少一个中间节点发送至所述业务服务器，以使每一个所述中间节点与所述业务服务器分别将与所述traceid关联的日志数据记录到所述日志服务器中。

第五方面，本申请实施例提供了一种中间节点，所述中间节点应用于溯源请求的处理系统，所述系统包括：用户终端、至少一个所述中间节点、业务服务器和日志服务器；所述中间节点包括：

接收模块，用于接收由所述用户终端发送的事件请求；其中，所述事件请求中包含有跟踪标识traceid；

处理模块，用于将所述中间节点基于所述事件请求产生的包含所述traceid的第二日志数据记录到所述日志服务器中，并将所述事件请求转发至所述业务服务器；其中，所述日志服务器中包括所述用户终端对应的包含所述traceid的第一日志数据。

第六方面，本申请实施例提供了一种业务服务器，所述业务服务器应用于溯源请求的处理系统，所述系统包括：用户终端、至少一个中间节点、所述业务服务器和日志服务器；所述业务服务器包括：

接收模块，用于接收由所述至少一个中间节点转发的事件请求；其中，所述事件请求由所述用户终端发送至所述至少一个中间节点，所述事件请求中包含有跟踪标识traceid；

记录模块，用于将所述业务服务器基于所述事件请求产生的关联有所述traceid的第三日志数据记录到所述日志服务器中；其中，所述日志服务器中包括所述用户终端对应的包含所述traceid的第一日志数据，以及所述至少一个中间节点各自对应的与所述traceid关联的日志数据。

第七方面，本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法步骤。

第八方面，本申请实施例提供一种用户终端，可包括：处理器、存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。

第九方面，本申请实施例提供一种中间节点，可包括：处理器、存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。

第十方面，本申请实施例提供一种业务服务器，可包括：处理器、存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。

第十一方面，本申请实施例提供一种溯源请求的处理系统，可包括：用户终端、至少一个中间节点、业务服务器和日志服务器；其中，所述用户终端为上述描述的用户终端，所述中间节点为上述描述的中间节点，所述业务服务器为上述描述的业务服务器。

本申请一些实施例提供的技术方案带来的有益效果至少包括：

本申请实施例的方案在执行时，用户终端基于触发事件生成原始事件请求，根据原始事件请求生成跟踪标识traceid，并将traceid存放在原始事件请求的标头header中生成事件请求，将用户终端产生的包含traceid的第一日志数据记录到日志服务器中，并将事件请求通过至少一个中间节点发送至业务服务器，以使每一个中间节点与所述业务服务器分别将与traceid关联的日志数据记录到日志服务器中，由此可通过日志服务器中记录的事件请求对应的traceid，进而可追溯处理事件请求的整个轨迹，便于后续对事件请求的分析和追溯。

附图说明

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

图1是本申请实施例提供的溯源请求的处理系统的架构示意图；

图2是本申请实施例提供的溯源请求的处理方法的流程示意图；

图3是本申请实施例提供的溯源请求的处理方法的另一流程示意图；

图4是本申请实施例提供的一种跟踪标识的生成规则示意图；

图5是本申请实施例提供的溯源请求的处理方法的另一流程示意图；

图6是本申请实施例提供的溯源请求的处理方法的另一流程示意图；

图7是本申请实施例提供的一种用户终端的结构示意图；

图8是本申请实施例提供的一种中间节点的结构示意图；

图9是本申请实施例提供的一种业务服务器的结构示意图；

图10是本申请实施例提供的一种装置的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。

图1示出了可以应用于本申请的溯源请求的处理系统的架构示意图。

如图1所示，溯源请求的处理系统可以包括：用户终端101、至少一个中间节点102、业务服务器103和日志服务器104。用户可以通过用户终端101执行各种触发事件，用户终端101在监测到用户执行的触发事件时，会基于该触发事件生成对应的事件请求，并通过中间节点102将该事件请求发送给业务服务器103，以使业务服务器103基于该事件请求处理相应的业务。

用户终端101可以是硬件，也可以是软件。当用户终端101为硬件时，可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携式计算机和台式计算机等等。当用户终端101为软件时，可以安装于上述所列举的电子设备中。其可以实现呈多个软件或软件模块(例如：用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不作具体限定。当用户终端101为硬件时，其上可以安装有显示设备，显示设备显示可以是各种能实现显示功能的设备；例如：显示设备可以是阴极射线管显示器(Cathode raytubedisplay，CR)、发光二极管显示器(Light-emitting diode display，LED)、电子墨水屏、液晶显示屏(Liquid crystal display，LCD)、等离子显示面板(Plasma displaypanel，PDP)等；用户可以利用用户终端101上的显示设备，来查看显示的文字、图片、视频等信息。还可以安装有各种通信客户端应用，例如：视频录制应用、视频播放应用、语音交互应用、搜索类应用、及时通信工具、邮箱客户端、社交平台软件等；用户可以利用用户终端101上的通信客户端应用，实现各种指令操作。

中间节点102可以是提供通信传输服务的网络服务器，对中间节点102的数量为至少一个。中间节点102可以包括内网节点和外网节点，内网节点可以包括LB负载均衡模块、WAF安全保护模块和Nginx代理模块，外网节点可以包括CDN数据加载模块。用户终端101在监测到用户执行的触发事件时，会基于该触发事件生成对应的事件请求，并通过中间节点102将该事件请求发送给业务服务器103；其中，用户终端101可以将该事件请求通过中间节点102的外网节点进行传输，在该事件请求通过外网节点传输时，外网节点中的CDN数据加载模块可将外网节点处理该事件请求时产生的日志数据上传给日志服务器104，该日志数据中包含有该事件请求对应的跟踪标识traceid；进一步地，外网节点可将该事件请求发送给中间节点102的内网节点，内网节点可将内网节点处理该事件请求时产生的日志数据上传给日志服务器104，该日志数据中也包含有该事件请求对应的traceid；同时，内网节点中的Nginx代理模块会基于该事件请求生成请求标识requestid，并将该requestid与事件请求中的traceid进行关联处理，便于后续业务服务器103对用户终端基于事件请求产生的traceid与业务服务器基于该事件请求产生的消息标识messageid进行映射处理。

业务服务器103可以是提供各种业务服务的服务器，业务服务器103的数量不做限定。业务服务器103可以是硬件，也可以是软件。当业务服务器103为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当业务服务器103为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不做具体限定。各个业务服务器103各自会对应有一个或多个用户终端101，用户终端101在运行的各自应用程序会访问到业务服务器103。业务服务器103中包括meter2框架模块、VKcat监控模块，当业务服务器103接收到由中间节点102转发的来自用户终端102的事件请求时，会基于该事件请求生成messageid，并将业务服务器103处理该事件请求产生的业务日志数据上传给日志服务器104，该业务日志数据中包含有messageid以及其关联的相关信息；业务服务器103中的监控模块VKcat会基于由业务服务器103接收到的请求标识requestid及其关联的数据保存至分布式数据库Hbase中，使Hbase可基于相同的requestid对requestid关联的traceid和requestid关联的messageid进行映射处理。

日志服务器104是用于收集用户终端101、中间节点102和业务服务器103各自上传的日志数据的日志存储服务器，用户终端101、中间节点102和业务服务器103在处理各自对应的各种事件请求或指令时，可将各自在处理过程中产生的日志数据上传(记录)到日志服务器104中进行统一管理。日志服务器104可以是能提供日志服务(Log Service，SLS)的日志服务器。通过日志服务器104记录用户终端、中间节点、业务服务器和日志服务器在处理各种事件请求时产生的包含有各种事件请求对应的traceid的日志数据，可实现对各种事件请求的处理过程进行追踪溯源，便于工作人员对系统的维护和分析。

应理解，图1中的用户终端、中间节点、业务服务器和日志服务器的数目仅是示意性的。根据现实需要，可以是任意数量的用户终端、中间节点、业务服务器和日志服务器。

下面将结合附图2至附图6，对本申请实施例提供的溯源请求的处理方法进行详细介绍。

请参见图2，为本申请实施例提供了一种溯源请求的处理方法的流程示意图。如图2所示，本申请实施例的所述方法可以包括以下步骤：

S201，用户终端基于触发事件生成原始事件请求。

其中，触发事件是指用户基于用户终端执行相应的触摸、遥控、面部识别等操作产生的事件，如：触发事件可以是用户在用户终端上执行打开应用程序或网页的操作。原始事件请求是用户终端基于触发事件生成的与触发事件对应的事件请求，可用于指示用户终端内的其他模块执行相应的操作。

一般的，用户可根据需要在用户终端上执行各种控制操作以产生操作对应的触发事件，用户终端会基于识别到的该触发事件生成对应的原始事件请求，进而用户终端内的其他模块可基于该原始事件请求执行相应的操作，以响应用户终端识别到的触发事件。

S202，用户终端根据原始事件请求生成跟踪标识traceid，并将traceid存放在原始事件请求的标头header中生成事件请求。

其中，跟踪标识是指基于原始事件请求生成的与该原始事件请求唯一对应的标识，可用于对该原始事件的追踪溯源。事件请求是对原始事件请求进行相应的处理后生成的请求。相较于原始事件请求，事件请求的标头header中存放有该原始事件请求对应的traceid。

一般的，在用户终端监测到由原始事件请求产生时，会对该原始事件请求进行分析，获取原始事件请求对应的属性信息，并基于预设的生成规则和该属性信息生成原始事件请求对应的traceid。该traceid可唯一标识原始事件请求，并存放在原始事件请求的标头header中，以此实现对原始事件请求的追踪，后续可基于查询原始事件请求对应的traceid的方式，获知原始事件请求在处理过程中涉及到的环节、产生的数据等信息，进而实现对原始事件请求的分析和追踪。

S203，用户终端将产生的包含traceid的第一日志数据记录到日志服务器中。

其中，第一日志数据是指用户终端针对事件请求进行相应的处理产生的相关日志文件的数据，第一日志数据中包含有事件请求对应的traceid。日志服务器是指专门用于记录存放各种电子设备(用户终端、各种类型的服务器等电子设备)上产生的日志数据的服务器。

一般的，用户终端会将基于触发事件产生的第一日志数据上传至日志服务器进行统一管理，在后续可通过查询日志服务器中针对事件请求与用户终端相关的日志数据的方式，获知用户终端处理事件请求时产生的相关数据。需要说明的是，对步骤S203和步骤S204的先后执行顺序不做具体限定。

S204，用户终端将事件请求发送至至少一个中间节点。

其中，中间节点是指用于传输用户终端产生的各种请求(包括事件请求)的网络服务器，中间节点可将用户终端上产生的事件请求转发给相应的可用于处理该事件请求的业务服务器。

一般的，用户终端在对事件请求进行分析后，获知该事件请求需要由与用户终端对应的业务服务器进行相应的处理，故用户终端可将该事件请求发送给中间节点，再由中间节点将该事件请求转发给业务服务器，以使业务服务器可对该事件请求作出相应的响应。同时，在事件请求通过至少一个中间节点进行传输时，事件请求经过的中间节点均会对该事件请求进行解析得到该事件请求对应的traceid，中间节点基于该事件请求产生相应的日志数据，该日志数据中包括该事件请求对应的traceid，并将产生的日志数据上传至日志服务器中进行统一管理，以使日志服务器可统一记录事件请求的处理过程。

S205，中间节点将基于事件请求产生的包含traceid的第二日志数据记录到日志服务器中。

其中，第二日志数据是指中间节点针对事件请求进行相应的处理产生的日志文件的数据，第二日志数据中包含有事件请求对应的traceid。日志服务器是指专门用于记录存放各种电子设备(用户终端、各种类型的服务器等电子设备)上产生的日志数据的服务器，此时的日志服务器中存储有用户终端对应的包含跟踪标识traceid的第一日志数据。

一般的，中间节点在接收到由用户终端发送的事件请求时，会将事件请求传输经过时产生的第二日志数据上传至日志服务器进行统一管理，在后续可通过查询日志服务器中针对事件请求与中间节点相关的日志数据的方式，获知中间节点在传输事件请求时产生的相关数据。而事件请求在传输过程中会涉及到多个中间节点，如：外网节点和内网节点。

举例说明：在中间节点包括外网节点和内网节点时，事件请求在传输过程中会依次经过外网节点和内网节点。在用户终端将事件请求发送给外网节点时，外网节点会记录下事件请求对应的traceid，并将该traceid由外网节点上传至日志服务器进行保存管理。进一步地，在外网节点接着将该事件请求转发给内网节点时，内网节点也会记录下事件请求对应的traceid，并将该traceid由内网节点上传至日志服务器。同时，内网节点中的Nginx代理模块会基于该事件请求生成请求标识requestid，并将该requestid与事件请求中的traceid进行关联处理。在内网节点向业务服务器转发事件请求时，该requestid会随着该事件请求一起发送到业务服务器，便于后续业务服务器进行关于requestid的映射处理。

S206，中间节点将事件请求转发至业务服务器。

其中，事件请求由用户终端发送至至少一个中间节点，再由至少一个中间节点转发给业务服务器，事件请求中包含有跟踪标识traceid。业务服务器是指可与用户终端进行交互操作的服务器，可基于用户终端发送的各种请求执行各种相应的操作。

S207，业务服务器将基于事件请求产生的关联有traceid的第三日志数据记录到日志服务器中。

其中，第三日志数据是指业务服务器针对所接收到的事件请求作出相应的响应处理时产生的日志文件数据，第三日志数据中关联有事件请求对应的traceid。此时，日志服务器中包括用户终端对应的包含traceid的第一日志数据，以及至少一个中间节点各自对应的与traceid关联的日志数据(第二日志数据)。

一般的，用户终端基于触发事件生成对应的事件请求，通过分析获知该事件请求需要由可与用户终端进行交互业务的业务服务器进行处理，故用户终端可通过至少一个中间节点将该事件请求发送给业务服务器。中间节点在转发事件请求的过程中，可根据自身生成标识的规则，基于由用户终端发送的事件请求生成唯一的请求标识，并将该requestid与由用户终端生成的traceid进行关联处理，便于在中间节点向业务服务器转发由用户终端发送的事件请求时，将该requestid传递给业务服务器。

业务服务器在接收到由中间节点转发的事件请求时，会基于该事件请求生成唯一的消息标识，并将该messageid与事件请求中关联的requestid进行关联处理后，存储至业务服务器的分布式数据库Hbase中，同时也将该事件请求中traceid与其关联的requestid也存储至该Hbase中，以使Hbase可对由用户终端基于事件请求生成的traceid和由业务服务器基于该事件请求生成的messageid进行映射处理，进而可在只知道该事件请求对应的messageid的情况下，可间接获知该事件请求对应的traceid以及其他相关的信息。

在整个事件请求的传输、处理过程中，各个电子设备(用户终端、中间节点、业务服务器)基于该事件请求各自产生的日志数据(第一日志数据、第二日志数据、第三日志数据)均会上传至日志服务器，以使日志服务器可对不同电子设备基于同一事件请求产生的日志数据进行统一管理，且各个电子设备上传的各自的日志数据中均包含有事件请求中的traceid以及该traceid相关联的信息。在后续对事件请求的查询分析时，可通过在日志服务器中查询该事件请求对应的traceid的方式，获知该traceid对应的日志数据及其相关联的信息，便于后续对事件请求的追踪溯源。

本申请实施例的方案在执行时，用户终端基于触发事件生成原始事件请求，根据原始事件请求生成跟踪标识traceid，并将traceid存放在原始事件请求的标头header中生成事件请求，将用户终端产生的包含traceid的第一日志数据记录到日志服务器中，并将事件请求通过至少一个中间节点发送至业务服务器，以使每一个中间节点与所述业务服务器分别将与traceid关联的日志数据记录到日志服务器中；中间节点接收由用户终端发送的事件请求，将中间节点基于事件请求产生的包含traceid的第二日志数据记录到日志服务器中，并将事件请求转发至业务服务器，以使业务服务器将与traceid关联的日志数据记录到日志服务器中；业务服务器接收由至少一个中间节点转发的事件请求，将业务服务器基于事件请求产生的关联有traceid的第三日志数据记录到日志服务器中；由此通过日志服务器中记录的事件请求对应的traceid的方式，可追溯处理事件请求的整个轨迹，便于后续对事件请求的分析和追溯。

请参见图3，为本申请实施例提供了一种溯源请求的处理方法的流程示意图。如图3所示，本申请实施例应用于用户终端，本申请实施例的所述方法可以包括以下步骤：

S301，基于触发事件生成原始事件请求。

具体地，可参见步骤S201，此处不再赘述。

S302，获取原始事件请求的属性信息。

其中，属性信息是指与原始事件请求相关的信息，属性信息中可以包括与事件请求对应的产品线信息、用户信息、应用启动信息、页面信息、页面加载信息、接口信息、产生时间信息、操作次数信息等，不同的事件请求各自对应的属性信息均会有所差异。

一般的，原始事件请求是基于用户在用户终端上执行相应的操作产生对应的触发事件而生成的，而用户不同时刻基于不同目的在用户终端上执行的操作时不同的，因而每一个原始事件请求对应的属性信息都是唯一的。

S303，提取属性信息中的至少一个关键信息。

其中，关键信息是指属性信息中对于原始事件请求的处理过程起关键作用的相关信息，包括与原始事件请求对应的产品线信息、用户信息、应用程序启动信息、页面信息、页面加载信息和接口信息。基于关键信息可生成与原始事件请求唯一对应的traceid，也即可以用唯一的traceid标记原始事件请求，进而可通过该traceid追踪原始事件请求处理的完整过程。

S304，基于预设生成规则对至少一个关键信息进行排序处理生成traceid。

其中，预设生成规则是指预先设定用于生成traceid的生成规则，可由用户的需要或原始事件请求的不同设定不同的生成规则，如：预设生成规则可以是对原始事件请求对应的关键信息进行规则排序得到traceid的规则。

举例说明：用户通过用户终端打开一个在线教育的课程网页(触发事件)，用户终端基于该触发事件生成原始事件请求，并通过分析原始事件请求可获得原始事件请求的属性信息中的关键信息。关键信息中包括课程网页对应的产品线信息productId、用户在打开该课程网页时的登录信息userId、该课程网页启动周期信息appSessionId、该课程网页周期信息pageSessionId、该课程网页加载周期信息feSessionId和接口请求信息traceId，对关键信息进行层次排序处理，可得到原始事件请求唯一对应的traceid。请参见图4的跟踪标识生成规则，可得跟踪标识traceid为：productId-userId-appSessionId-pageSessionId-feSessionId-traceId，该跟踪标识按照关键信息的层次关系对关键信息进行依次排列得到。由该traceid可追溯到用户打开该课程网页时所浏览或涉及到的业务轨迹，而该traceid又可唯一标识原始事件请求。

S305，将traceid存放在原始事件请求的标头header中生成事件请求。

具体地，可参见步骤S202，此处不再赘述。

S306，将用户终端产生的包含traceid的第一日志数据记录到日志服务器中，并将事件请求通过至少一个中间节点发送至业务服务器，以使每一个中间节点与所述业务服务器分别将与traceid关联的日志数据记录到日志服务器中。

具体地，可参见步骤S203，此处不再赘述。

本申请实施例的方案在执行时，用户终端基于触发事件生成原始事件请求，获取原始事件请求的属性信息，提取属性信息中的至少一个关键信息，基于预设生成规则对至少一个关键信息进行排序处理生成traceid，将traceid存放在原始事件请求的标头header中生成事件请求；将用户终端产生的包含traceid的第一日志数据记录到日志服务器中，并将事件请求通过至少一个中间节点发送至业务服务器，以使每一个中间节点与所述业务服务器分别将与traceid关联的日志数据记录到日志服务器中。由此可通过日志服务器中记录的事件请求对应的traceid，进而可追溯处理事件请求的整个轨迹，便于后续对事件请求的分析和追溯。

请参见图5，为本申请实施例提供了一种溯源请求的处理方法的流程示意图。如图5所示，本申请实施例应用于中间节点，本申请实施例的所述方法可以包括以下步骤：

S501，接收由用户终端发送的事件请求。

具体地，可参见步骤S204，此处不再赘述。

S502，将中间节点基于事件请求产生的包含traceid的第二日志数据记录到日志服务器中，并将事件请求转发至业务服务器，以使业务服务器将与traceid关联的日志数据记录到日志服务器中。

具体地，可参见步骤S205，此处不再赘述。

S503，基于事件请求生成请求标识requestid，对requestid与traceid进行关联处理。

其中，请求标识是指中间节点基于由用户终端发送的事件请求生成的与该事件请求唯一对应的标识，requestid与traceid是分别由不同的电子设备基于不同的生成规则生成的标识，requestid主要用于后续对由用户终端基于原始事件请求生成的traceid和业务服务器基于接收到的该事件请求生成的messageid进行映射处理，属于映射过程中的中间量。

一般的，中间节点可根据自身生成标识的规则，基于由用户终端发送的事件请求生成唯一的请求标识requestid，并将该requestid与由用户终端生成的traceid进行关联处理，便于在中间节点向业务服务器转发由用户终端发送的事件请求时，将该requestid传递给业务服务器。

本申请实施例的方案在执行时，中间节点接收由用户终端发送的事件请求，将中间节点基于事件请求产生的包含traceid的第二日志数据记录到日志服务器中，并将事件请求转发至业务服务器，以使业务服务器将与traceid关联的日志数据记录到日志服务器中，基于事件请求生成请求标识requestid，对requestid与traceid进行关联处理，由此可通过日志服务器中记录的事件请求对应的traceid，进而可追溯处理事件请求的整个轨迹，便于后续对事件请求的分析和追溯。

请参见图6，为本申请实施例提供了一种溯源请求的处理方法的流程示意图。如图6所示，本申请实施例应用于业务服务器，本申请实施例的所述方法可以包括以下步骤：

S601，接收由至少一个中间节点转发的事件请求。

具体地，可参见步骤S206，此处不再赘述。

S602，解析事件请求得到事件请求中traceid关联的请求标识requestid。

其中，请求标识是指中间节点基于由用户终端发送的事件请求生成的与该事件请求唯一对应的标识，requestid与traceid是分别由不同的电子设备基于不同的生成规则生成的标识，requestid主要用于后续对由用户终端基于原始事件请求生成的traceid和业务服务器基于接收到的该事件请求生成的messageid进行映射处理，属于映射过程中的中间量。

一般的，事件请求在由至少一个中间节点进行传输的过程中，中间节点会基于该事件请求生成与该事件请求唯一对应的请求标识requestid，并将该requestid与该事件请求中的traceid进行关联处理后，随着该事件请求一起发送至业务服务器。故在业务服务器接收到由中间节点转发的事件请求时，可从该事件请求中解析得到traceid关联的requestid。

S603，将traceid和requestid存储至分布式数据库HBase中。

其中，分布式数据库HBase是业务服务器中的数据库，可用于超大规模的数据存储，其具有存储速度快、可存储的数据量大等优点。通常可基于该分布式数据库HBase对业务服务器基于接收到的事件请求获得的traceid和requestid进行映射处理。

一般的，在业务服务器通过对事件请求进行解析处理后，可得到事件请求中traceid关联的请求标识requestid，并将所获得的traceid和requestid存储至分布式数据库HBase中，便于后续Hbase作相关的映射处理，以使由用户终端生成的traceid可与由业务服务器生成的messageid关联起来。

S604，基于事件请求生成消息标识messageid。

其中，消息标识是指业务服务器基于其接收到的事件请求生成的与该事件请求唯一对应的标识，messageid和traceid均是基于同一事件请求生成的，但messageid与traceid各自生成的规则是不同的，messageid是业务服务器根据自身的规则生成的，而traceid是基于预设生成规则和该事件请求的属性信息生成的。

S605，对messageid与requestid进行关联处理后存储至HBase中，以使HBase基于requestid对messageid与traceid进行映射处理。

一般的，在业务服务器接收到由中间节点转发的事件请求时，业务服务器会根据自身生成标识的规则基于该事件请求生成唯一的消息标识，并将该messageid与事件请求关联的requestid进行关联处理后存储到Hbase中。由于Hbase先前已经存储有traceid和与traceid关联的requestid，在业务服务器将messageid和与messageid关联的requestid存储到Hbase中时，Hbase可基于相同的requestid对traceid和messageid进行映射处理，进而可使由用户终端生成的traceid可与由业务服务器生成的messageid关联起来。

S606，将业务服务器基于事件请求产生的关联有traceid的第三日志数据记录到日志服务器中。

具体地，可参见步骤S207，此处不再赘述。

本申请实施例的方案在执行时，业务服务器接收由至少一个中间节点转发的事件请求，解析事件请求得到事件请求中traceid关联的请求标识requestid，将traceid和requestid存储至分布式数据库HBase中，基于事件请求生成消息标识messageid，对messageid与requestid进行关联处理后存储至HBase中，以使HBase基于requestid对messageid与traceid进行映射处理，将业务服务器基于事件请求产生的关联有traceid的第三日志数据记录到日志服务器中。由此可通过日志服务器中记录的事件请求对应的traceid，进而可追溯处理事件请求的整个轨迹，便于后续对事件请求的分析和追溯。

请参见图7，其示出了本申请一个示例性实施例提供的一种用户终端的结构示意图。以下简称用户终端7，用户终端7可以通过软件、硬件或者两者的结合实现成为终端的全部或一部分。用户终端7应用于溯源请求的处理系统，系统包括：用户终端、至少一个中间节点、业务服务器和日志服务器；用户终端包括：

生成模块701，用于基于触发事件生成原始事件请求；

第一处理模块702，用于根据所述原始事件请求生成跟踪标识traceid，并将所述traceid存放在所述原始事件请求的标头header中生成事件请求；

第二处理模块703，用于将所述用户终端产生的包含所述traceid的第一日志数据记录到所述日志服务器中，并将所述事件请求通过所述至少一个中间节点发送至所述业务服务器，以使每一个所述中间节点与所述业务服务器分别将与所述traceid关联的日志数据记录到所述日志服务器中。

可选地，所述第一处理模块702包括：

获取单元，用于获取所述原始事件请求的属性信息；

生成单元，用于根据预设生成规则以及所述属性信息生成所述traceid。

可选地，所述生成单元包括：

提取子单元，用于提取所述属性信息中的至少一个关键信息；

生成子单元，用于基于所述预设生成规则对所述至少一个关键信息进行排序处理生成所述traceid。

需要说明的是，上述实施例提供的用户终端7在执行溯源请求的处理方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的溯源请求的处理方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

请参见图8，其示出了本申请一个示例性实施例提供的一种中间节点的结构示意图。以下简称中间节点8，中间节点8可以通过软件、硬件或者两者的结合实现成为终端的全部或一部分。中间节点8应用于溯源请求的处理系统，系统包括：用户终端、至少一个中间节点、业务服务器和日志服务器；中间节点8包括：

接收模块801，用于接收由所述用户终端发送的事件请求；其中，所述事件请求中包含有跟踪标识traceid；

处理模块802，用于将所述中间节点基于所述事件请求产生的包含所述traceid的第二日志数据记录到所述日志服务器中，并将所述事件请求转发至所述业务服务器；其中，所述日志服务器中包括所述用户终端对应的包含所述traceid的第一日志数据。

可选地，所述中间节点8还包括：

生成模块，用于基于所述事件请求生成请求标识requestid；

关联模块，用于对所述requestid与所述traceid进行关联处理；其中，所述traceid关联的日志数据为包含有所述requestid的日志数据。

需要说明的是，上述实施例提供的中间节点8在执行溯源请求的处理方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的溯源请求的处理方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

请参见图9，其示出了本申请一个示例性实施例提供的一种业务服务器的结构示意图。以下简称中间节点9，中间节点9可以通过软件、硬件或者两者的结合实现成为终端的全部或一部分。中间节点9应用于溯源请求的处理系统，系统包括：用户终端、至少一个中间节点、业务服务器和日志服务器；中间节点9包括：

接收模块901，用于接收由所述至少一个中间节点转发的事件请求；其中，所述事件请求由所述用户终端发送至所述至少一个中间节点，所述事件请求中包含有跟踪标识traceid；

记录模块902，用于将所述业务服务器基于所述事件请求产生的关联有所述traceid的第三日志数据记录到所述日志服务器中；其中，所述日志服务器中包括所述用户终端对应的包含所述traceid的第一日志数据，以及所述至少一个中间节点各自对应的与所述traceid关联的日志数据。

可选地，所述中间节点9还包括：

解析模块，用于解析所述事件请求得到所述事件请求中所述traceid关联的请求标识requestid；

存储模块，用于将所述traceid和所述requestid存储至分布式数据库HBase中；其中，所述HBase为所述业务服务器中的数据库。

可选地，所述中间节点9还包括：

生成模块，用于基于所述事件请求生成消息标识messageid；

关联模块，用于对所述messageid与所述requestid进行关联处理后存储至所述HBase中，以使所述HBase基于所述requestid对所述messageid与所述traceid进行映射处理。

需要说明的是，上述实施例提供的中间节点9在执行溯源请求的处理方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的溯源请求的处理方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本申请实施例还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适于由处理器加载并执行如上述图2～图6所示实施例的方法步骤，具体执行过程可以参见图2～图6所示实施例的具体说明，在此不进行赘述。

图10为本申请实施例提供的一种溯源请求的处理装置结构示意图，以下简称装置10，装置10可以集成于前述服务器或终端设备或中间节点中。如图10所示，该装置包括：存储器1002、处理器1001、输入装置1003、输出装置1004和通信接口。

存储器1002可以是独立的物理单元，与处理器1001、输入装置1003和输出装置1004可以通过总线连接。存储器1002、处理器1001、输入装置1003和输出装置1004也可以集成在一起，通过硬件实现等。

存储器1002用于存储实现以上方法实施例，或者装置实施例各个模块的程序，处理器1001调用该程序，执行以上方法实施例的操作。

输入装置1002包括但不限于键盘、鼠标、触摸面板、摄像头和麦克风；输出装置包括但不限于显示屏。

通信接口用于收发各种类型的消息，通信接口包括但不限于无线接口或有线接口。

可选地，当上述实施例的溯源请求的处理方法中的部分或全部通过软件实现时，装置也可以只包括处理器。用于存储程序的存储器位于装置之外，处理器通过电路/电线与存储器连接，用于读取并执行存储器中存储的程序。

处理器可以是中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)或者CPU和NP的组合。

处理器还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmablelogic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complexprogrammable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gatearray，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。

存储器可以包括易失性存储器(volatile memory)，例如存取存储器(random-access memory，RAM)；存储器也可以包括非易失性存储器(non-volatile memory)，例如快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；存储器还可以包括上述种类的存储器的组合。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例提供的溯源请求的处理方法。

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

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

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

Claims (16)

1.一种溯源请求的处理方法，其特征在于，所述方法应用于溯源请求的处理系统，所述系统包括：用户终端、至少一个中间节点、业务服务器和日志服务器；所述方法应用于所述用户终端，所述方法包括：

基于触发事件生成原始事件请求；

根据所述原始事件请求生成跟踪标识traceid，并将所述traceid存放在所述原始事件请求的标头header中生成事件请求；

将所述用户终端产生的包含所述traceid的第一日志数据记录到所述日志服务器中，并将所述事件请求通过所述至少一个中间节点发送至所述业务服务器，以使每一个所述中间节点与所述业务服务器分别将与所述traceid关联的日志数据记录到所述日志服务器中。

2.根据权利要求1所述的方法，其特征在于，所述根据所述原始事件请求生成跟踪标识traceid，包括：

获取所述原始事件请求的属性信息；

根据预设生成规则以及所述属性信息生成所述traceid。

3.根据权利要求2所述的方法，其特征在于，所述根据预设生成规则以及所述属性信息生成所述traceid，包括：

提取所述属性信息中的至少一个关键信息；

基于所述预设生成规则对所述至少一个关键信息进行排序处理生成所述traceid。

4.一种溯源请求的处理方法，其特征在于，所述方法应用于溯源请求的处理系统，所述系统包括：用户终端、至少一个中间节点、业务服务器和日志服务器；所述方法应用于任意一个所述中间节点，所述方法包括：

接收由所述用户终端发送的事件请求；其中，所述事件请求中包含有跟踪标识traceid；

将所述中间节点基于所述事件请求产生的包含所述traceid的第二日志数据记录到所述日志服务器中，并将所述事件请求转发至所述业务服务器，以使所述业务服务器将与所述traceid关联的日志数据记录到所述日志服务器中；其中，所述日志服务器中包括所述用户终端对应的包含所述traceid的第一日志数据。

5.根据权利要求4所述的方法，其特征在于，所述接收由所述用户终端发送的事件请求之后，还包括：

基于所述事件请求生成请求标识requestid；

对所述requestid与所述traceid进行关联处理；其中，所述traceid关联的日志数据为包含有所述requestid的日志数据。

6.一种溯源请求的处理方法，其特征在于，所述方法应用于溯源请求的处理系统，所述系统包括：用户终端、至少一个中间节点、业务服务器和日志服务器；所述方法应用于所述业务服务器，所述方法包括：

接收由所述至少一个中间节点转发的事件请求；其中，所述事件请求由所述用户终端发送至所述至少一个中间节点，所述事件请求中包含有跟踪标识traceid；

将所述业务服务器基于所述事件请求产生的关联有所述traceid的第三日志数据记录到所述日志服务器中；其中，所述日志服务器中包括所述用户终端对应的包含所述traceid的第一日志数据，以及所述至少一个中间节点各自对应的与所述traceid关联的日志数据。

7.根据权利要求6所述的方法，其特征在于，所述接收由所述至少一个中间节点转发的事件请求之后，还包括：

解析所述事件请求得到所述事件请求中所述traceid关联的请求标识requestid；

将所述traceid和所述requestid存储至分布式数据库HBase中；其中，所述HBase为所述业务服务器中的数据库。

8.根据权利要求7所述的方法，其特征在于，所述将所述traceid和所述requestid存储至分布式数据库HBase中之后，还包括：

基于所述事件请求生成消息标识messageid；

对所述messageid与所述requestid进行关联处理后存储至所述HBase中，以使所述HBase基于所述requestid对所述messageid与所述traceid进行映射处理。

9.一种用户终端，其特征在于，所述用户终端应用于溯源请求的处理系统，所述系统包括：所述用户终端、至少一个中间节点、业务服务器和日志服务器；所述用户终端包括：

生成模块，用于基于触发事件生成原始事件请求；

第一处理模块，用于根据所述原始事件请求生成跟踪标识traceid，并将所述traceid存放在所述原始事件请求的标头header中生成事件请求；

第二处理模块，用于将所述用户终端产生的包含所述traceid的第一日志数据记录到所述日志服务器中，并将所述事件请求通过所述至少一个中间节点发送至所述业务服务器，以使每一个所述中间节点与所述业务服务器分别将与所述traceid关联的日志数据记录到所述日志服务器中。

10.一种中间节点，其特征在于，所述中间节点应用于溯源请求的处理系统，所述系统包括：用户终端、至少一个所述中间节点、业务服务器和日志服务器；所述中间节点包括：

接收模块，用于接收由所述用户终端发送的事件请求；其中，所述事件请求中包含有跟踪标识traceid；

处理模块，用于将所述中间节点基于所述事件请求产生的包含所述traceid的第二日志数据记录到所述日志服务器中，并将所述事件请求转发至所述业务服务器；其中，所述日志服务器中包括所述用户终端对应的包含所述traceid的第一日志数据。

11.一种业务服务器，其特征在于，所述业务服务器应用于溯源请求的处理系统，所述系统包括：用户终端、至少一个中间节点、所述业务服务器和日志服务器；所述业务服务器包括：

接收模块，用于接收由所述至少一个中间节点转发的事件请求；其中，所述事件请求由所述用户终端发送至所述至少一个中间节点，所述事件请求中包含有跟踪标识traceid；

记录模块，用于将所述业务服务器基于所述事件请求产生的关联有所述traceid的第三日志数据记录到所述日志服务器中；其中，所述日志服务器中包括所述用户终端对应的包含所述traceid的第一日志数据，以及所述至少一个中间节点各自对应的与所述traceid关联的日志数据。

12.一种计算机存储介质，其特征在于，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行如权利要求1～8任意一项的方法步骤。

13.一种用户终端，其特征在于，包括：处理器、存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求1～3任意一项的方法步骤。

14.一种中间节点，其特征在于，包括：处理器、存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求4～5任意一项的方法步骤。

15.一种业务服务器，其特征在于，包括：处理器、存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求6～8任意一项的方法步骤。

16.一种溯源请求的处理系统，其特征在于，包括：用户终端、至少一个中间节点、业务服务器和日志服务器；其中，所述用户终端为权利要求9所述的用户终端，所述中间节点为权利要求10所述的中间节点，所述业务服务器为权利要求11所述的业务服务器。

Images