一种服务处理、信息查询方法、装置、介质和设备与流程

1.本说明书涉及数据处理技术领域，尤其涉及一种服务处理、信息查询方法、装置、介质和设备。


背景技术：

2.为了提高用户的体验，越来越多的商家开通线上服务功能，用户可以通过手机、电脑等电子设备办理线上业务，例如查询服务进度、提交服务请求等。
3.当由于网络故障、网络卡顿、用户账号不安全等原因导致用户提交的线上服务执行异常的时候，为了解决这些异常，技术人员通常需要获取可能造成执行异常的每个节点的执行日志，并依次进行排查。
4.然而，造成执行异常的原因是多种多样的，因此需要在大量的执行日志中进行排查才有可能排查出问题所在，这样显然比较消耗时间，因此需要提供一种能够快速锁定问题节点的执行日志的方案。


技术实现要素：

5.为克服相关技术中存在的问题，本说明书提供了一种服务处理、信息查询方法、装置、介质和设备。
6.根据本技术实施例的第一方面，提供一种服务处理方法，所述方法用于对目标服务进行服务处理，所述目标服务由至少一个执行节点完成，所述方法包括：
7.响应于针对目标服务的服务请求，为所述目标服务生成唯一身份标识；
8.针对每个所述执行节点，在执行对应于所述目标服务的至少部分服务功能之后，基于获取到的所述唯一身份标识生成包含所述唯一身份标识和所述至少部分服务功能的执行日志，并将所述执行日志传输至日志平台，以使得所述日志平台建立所述执行日志与所述唯一身份标识之间的映射关系；
9.响应于所述至少一个执行节点中的目标执行节点的部分服务功能执行异常，将对应的异常信息发送至前端，所述异常信息中至少包括所述唯一身份标识。
10.根据本技术实施例的第二方面，提供一种信息查询方法，应用在故障排查端，所述方法包括：
11.获取目标服务的异常信息，所述异常信息用于表示所述目标服务的服务处理过程中发生异常；所述异常信息至少包括所述目标服务的唯一身份标识，所述唯一身份标识是在所述目标服务的服务处理过程中生成；
12.基于所述异常信息中的唯一身份标识，查询得到日志平台中与所述唯一身份标识对应的执行日志，所述执行日志是所述目标服务的服务处理过程的日志。
13.根据本技术实施例的第三方面，提供一种服务处理装置，所述装置用于对目标服务进行服务处理，所述目标服务由至少一个执行节点完成，所述装置包括：
14.标识单元，用于响应于针对目标服务的服务请求，为所述目标服务生成唯一身份
标识；
15.日志单元，用于针对每个所述执行节点，在执行对应于所述目标服务的至少部分服务功能之后，基于获取到的所述唯一身份标识生成包含所述唯一身份标识和所述至少部分服务功能的执行日志，并将所述执行日志传输至日志平台，以使得所述日志平台建立所述执行日志与所述唯一身份标识之间的映射关系；
16.发送单元，用于响应于所述至少一个执行节点中的目标执行节点的部分服务功能执行异常，将对应的异常信息发送至前端，所述异常信息中至少包括所述唯一身份标识。
17.根据本技术实施例的第四方面，提供一种信息查询装置，应用在故障排查端，所述信息查询装置包括：
18.获取单元，用于获取目标服务的异常信息，所述异常信息用于表示所述目标服务的服务处理过程中发生异常；所述异常信息至少包括所述目标服务的唯一身份标识，所述唯一身份标识是在所述目标服务的服务处理过程中生成；
19.查询单元，用于基于所述异常信息中的唯一身份标识，查询得到日志平台中与所述唯一身份标识对应的执行日志，所述执行日志是所述目标服务的服务处理过程的日志。
20.根据本技术实施例的第五方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如第一方面或第二方面任一方面提供的实施例中任一所述方法的步骤。
21.根据本技术实施例的第六方面，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序；其中，所述处理器被配置为执行如第一方面或第二方面任一方面提供的实施例中任一所述方法的步骤。
22.本说明书的实施例提供的技术方案可以包括以下有益效果：
23.本技术实施例中，通过为目标服务生成一个唯一身份标识，能够在执行节点执行对应于目标服务的至少部分服务功能之后，生成包含唯一身份标识和至少部分服务功能的执行日志。
24.由于执行日志中记录有唯一身份标识，因此在目标服务执行异常的时候，能够通过日志平台建立的映射关系，确定唯一身份标识对应的多个执行日志，进而，得到针对这个服务请求的每个执行节点的执行情况，排除了那些并未存储唯一身份标识的执行节点中可能存在的故障问题。通过这种方式，能够快速确定出存在异常的执行节点，有助于快速确定目标服务执行异常的原因。
25.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。
附图说明
26.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。
27.图1a示出了本技术实施例提供的一种服务处理方法的流程图。
28.图1b示出了本技术实施例提供的另一种服务处理方法的流程图。
29.图2示出了本技术实施例提供的一种服务处理方法的应用场景图。
30.图3示出了本技术实施例提供的另一种服务处理方法的应用场景图。
31.图4示出了本技术实施例提供的另一种服务处理方法的流程图。
32.图5示出了本技术实施例提供的另一种服务处理方法的应用场景图。
33.图6示出了本技术实施例提供的一种服务处理装置的结构示意图。
34.图7是本说明书根据一示例性实施例示出的一种服务处理装置或者一种信息查询装置所在计算机设备的一种硬件结构图。
具体实施方式
35.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。
36.在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
37.应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
38.为了提高用户的体验，越来越多的商家开通线上服务功能，用户可以通过手机、电脑等电子设备办理线上业务，例如查询服务进度、提交服务请求等。
39.当由于网络故障、网络卡顿、用户账号不安全等原因导致用户提交的线上服务执行异常的时候，为了解决这些异常，技术人员通常需要获取可能造成执行异常的每个节点的执行日志，并依次进行排查。
40.然而，造成执行异常的原因是多种多样的，因此需要在大量的执行日志中进行排查才有可能排查出问题所在。这样显然比较消耗时间，因此需要提供一种能够快速锁定问题节点的执行日志的方案。
41.以用户查询汽车生产进度的场景为例进行示例性介绍：
42.例如，用户通过手机、电脑等终端发起针对自己已经订购的车辆订单中的“车辆生产进度查询”这个服务的服务请求时，那么用于执行这个服务的执行节点至少包括：订单中心节点(用来确定用户的订单、订单中要求的车型、颜色、款式等)、车辆服务节点(用来确定车辆的生产进度)。
43.为用户此次发起的“车辆生产进度查询”这个服务、建立唯一身份标识，唯一身份标识的形式不做限定。其中，即使针对同一个服务，不同的用户(或者是相同用户在不同时间)发起之后得到的目标服务也是不同的。目标服务也可以是其他场景中的服务，例如用户查询通信费用，查询电费、水费，预约某项服务、订购某项产品等。
44.接下来对本技术实施例进行详细说明。
45.图1a示出了本技术实施例提供的一种服务处理方法的流程图，如图1a所示，所述
方法用于对目标服务进行服务处理，所述目标服务由至少一个执行节点完成，包括以下步骤：
46.步骤101，响应于针对目标服务的服务请求，为所述目标服务生成唯一身份标识。
47.本技术实施例提供的方法可以应用于服务端，服务端包括若干个用于为前端(用户端)提供各项服务的执行节点；该方法还可以应用在由服务端和前端(用户端)构成的总服务端中，例如载具中的车辆服务端和载具中的用户端，执行节点可以是微服务。
48.其中，服务请求可以是用户手动发起的，也可以是系统自动为用户发起的。服务请求对应的目标服务中，包括用户的身份信息、账号信息、操作信息(例如操作时间、操作内容)、指令信息等若干信息。
49.示例性的，唯一身份标识例如可以是跟踪标记traceid，也可以是用于区分不同目标服务的其他标识。
50.步骤102，针对每个所述执行节点，在执行对应于所述目标服务的至少部分服务功能之后，基于获取到的所述唯一身份标识生成包含所述唯一身份标识和所述至少部分服务功能的执行日志，并将所述执行日志传输至日志平台，以使得所述日志平台建立所述执行日志与所述唯一身份标识之间的映射关系。
51.当目标服务比较简单时，完成该目标服务对应的服务请求可能仅需要一个执行节点就能够执行完所需要执行的全部服务功能；当目标服务比较复杂时，完成该目标服务对应的服务请求可能需要多个执行节点共同配合完成，此时每个执行节点均需要完成各自负责的部分服务功能。例如，当目标服务仅需要节点a就能够执行完成所有的服务功能时，那么目标服务的至少一个执行节点中仅包括：节点a。或者，当目标服务需要节点a、节点b和节点c分别执行完服务功能一、服务功能二和服务功能三时，那么目标服务所对应的至少一个执行节点就包括：节点a、节点b和节点c。
52.并且，目标服务需要由至少一个执行节点中的每个执行节点均成功执行完各自负责的至少部分服务功能之后，才视为目标服务执行成功；若是其中任一个执行节点未能成功执行其负责的至少部分服务功能，将会导致目标服务执行失败。因此，为了及时确定每个执行节点是否执行其负责的至少部分服务功能，需要针对目标服务对应的至少一个执行节点中的每个执行节点进行分析，针对每个执行节点，当这个执行节点在执行(其负责的)至少部分服务功能的时候，能够获取到目标服务对应的唯一身份标识，例如唯一身份标识可以和用于控制执行节点执行至少部分服务功能的服务信息一起发送到执行节点中，也可以是将唯一身份标识发送到至少一个执行节点中的每个执行节点中。
53.执行节点在执行完至少部分服务功能后，会生成相应的执行信息，执行信息中包括但不限于执行内容和执行结果。执行内容例如：执行线程、执行时间(精确到毫秒)、运行代码的位置、执行的指令、调用的接口等；执行结果例如：指示执行成功或者执行异常的信息。基于执行内容、执行结果执行节点中的唯一身份标识，生成执行日志。
54.执行节点将执行日志传输至日志平台，日志平台可以根据执行日志中的唯一身份标识，建立唯一身份标识和执行日志之间的映射关系。这样，就能够根据唯一身份标识找到执行了至少部分服务功能的执行节点、以及执行节点中的执行日志。
55.步骤103，响应于所述至少一个执行节点中的目标执行节点的部分服务功能执行异常，将对应的异常信息发送至前端，所述异常信息中至少包括所述唯一身份标识。
56.其中，当所述至少一个执行节点中的其中一个执行节点执行出现问题的时候，会导致至少部分服务功能无法实现，进而导致目标服务执行异常，生成对应的异常信息。异常信息中至少包括：唯一身份标识；除此之外，异常信息中还可以包括：用于表示异常情况的异常编号、以及针对异常内容的具体描述。
57.本技术实施例中，通过为目标服务生成一个唯一身份标识，能够在执行节点执行对应于目标服务的至少部分服务功能之后，生成包含唯一身份标识和至少部分服务功能的执行日志。
58.由于执行日志中记录有唯一身份标识，因此在目标服务执行异常的时候，能够通过日志平台建立的映射关系，确定唯一身份标识对应的多个执行日志，进而，得到针对这个目标服务的每个执行节点的执行情况，排除了那些并未存储唯一身份标识的执行节点，也不需要查询并未存储唯一身份标识的执行节点中的执行日志。通过这种方式，能够快速确定出存在异常的执行节点，有助于快速确定目标服务执行异常的原因。
59.需要注意的是，前端包括但不限于：应用程序、html5(第五代超文本标记语言)等，用于进行人机交互。
60.在一个可行的实施方案中，图1b示出了本技术实施例提供的另一种服务处理方法的流程图，如图1b所示，在执行步骤101对所述目标服务生成唯一身份标识时，还包括以下步骤：
61.步骤1011，确定所述至少一个执行节点的预计执行顺序。
62.其中，预计执行顺序中至少包括所述至少一个执行节点中的每个执行节点、以及每个执行节点的执行次序，预计执行顺序是根据目标服务中所需要完成的服务功能确定的。例如，当想要获取到订购订单中车辆的生产进度时，需要首先确定订单信息，订单信息包括但不限于：车辆的信息(例如车辆的款式、型号、颜色等)；购买车辆的车主信息；还可以包括车主对车辆的定制化信息。
63.在获取到订单信息之后，才能够在车辆服务相关节点中查询。该订单信息对应的车辆的生产进度，进而将得到的生产进度的信息反馈给用户，完成此次目标服务。
64.因此，执行本次目标服务的过程中，至少涉及了两个执行节点，其中一个执行节点是用于获取订单信息的节点；另一个执行节点是用于根据订单信息获取车辆的生产进度的节点，且这两个执行节点在执行目标服务的时候是需要考虑先后顺序的。那么预计执行顺序就是首先让用于获取订单信息的执行节点执行，然后让用于获取车辆的生产进度的执行节点执行。
65.步骤1012，在所述预计执行顺序指示的第一个执行节点中，生成所述服务请求对应的唯一身份标识。
66.再根据步骤1011获取到预计执行顺序之后，能够确定出用于执行所述目标服务的第一个执行节点(也就是预计执行顺序中排序第一的执行节点)，当第一个执行节点接收到针对目标服务的服务请求后，生成目标服务对应的唯一身份标识，唯一身份标识用于表征此次目标服务。
67.在为所述目标服务生成唯一身份标识之后，所述方法还包括以下步骤：
68.步骤1013，针对每个所述执行节点，执行对应的所述目标服务的至少部分服务功能，并且基于所述预计执行顺序向下一个执行节点传输服务信息和所述唯一身份标识，以
使得下一个执行节点依据所述服务信息实现对应的至少部分服务功能。
69.针对第一个执行节点，由于已经确定出了预计执行顺序，因此可以基于预计执行顺序确定出排序在自身的执行节点之后的执行节点，并将其作为下一个执行节点(也即第二个执行节点)。由于第一个执行节点中生成了唯一身份标识，此时第一个执行节点在执行完至少部分服务功能之后，可以向下一个执行节点发送唯一身份标识、以及发送用于指示下一个执行节点执行至少部分服务功能的服务信息。
70.同理，第二个执行节点也可以从预计执行顺序从确定出下一个执行节点(也即第三个执行节点)，由于第二个执行节点能够接收到来自于第一个执行节点的唯一身份标识，那么在第二个执行节点执行完至少部分服务功能之后，可以将唯一身份标识以及用于指示第三个执行节点执行至少部分服务功能的服务信息发送给第三个执行节点。以此类推，当每一个执行节点均成功完成至少部分服务功能的时候，能够将唯一身份标识传达给最后一个执行节点。这样就能够使得每一个成功执行至少部分服务功能的执行节点均获取到唯一身份标识。
71.其中，当任意一个执行节点未能成功执行对应的至少部分服务功能时，无法将唯一身份标识信息发送给下一个执行节点。
72.各个执行节点之间的通信的方式包括但不限于：通过超文本传输协议http/超文本传输安全协议https协议进行数据传输，尤其是，可以通过header(标头)部分传输唯一身份标识，执行节点接收时可以采用面向切片编程的方式统一处理，避免代码分散，有利于后期功能维护。
73.或者通过dubbo(一款高性能、轻量级的开源java rpc框架)进行数据传输，其中根据rpccontext(临时状态记录器)中的附带属性对象attachments传递。
74.通过上述方法，不必将唯一身份标识发送至目标服务对应的每一个执行节点中，可以仅仅向成功执行至少部分服务功能的执行节点发送唯一身份标识，能够减少接收到唯一身份标识的执行节点的数量。特别是当其中一个执行节点执行异常的时候，由于异常原因并不涉及后续的执行节点，因此也不需要向下一个执行节点发送唯一身份标识。
75.图2示出了本技术实施例提供的一种服务处理方法的应用场景图，上述步骤1011到步骤1013如图2所示，前端通过网关将服务请求发送给执行节点一。执行节点一执行完毕后，生成执行日志(包含唯一身份标识和执行信息)，执行节点一将服务信息和唯一身份标识传输给执行节点二，以此类推，执行节点二生成执行日志后，将服务信息和唯一身份标识再传输到执行节点三(当设置有更多的执行节点时，依次向下传输)。
76.在一个可行的实施方案中，在执行步骤102将所述执行日志传输至日志平台时，至少包括以下两种实现方案：
77.方案一、远程调用所述日志平台的接口，将所述执行日志中的数据传输至所述日志平台中。
78.日志平台中提供有多个日志写入接口，用于写入不同的日志内容。例如用于写入唯一身份标识的接口一、用于写入执行时间的接口二、用于写入具体执行内容的接口三、以及用于写入执行结果的接口四。
79.通过远程调用日志平台的接口的方式传输执行日志时，执行日志中仅存储有针对当次目标服务的执行信息，是在每次执行节点执行完至少部分服务功能之后，直接将执行
日志发送给日志平台。
80.或者，方案二、将所述执行日志发送至本地日志功能组件，以基于所述本地日志功能组件将所述执行日志传输至所述日志平台。
81.其中，当通过本地日志功能组件将执行日志发送给日志平台时，执行日志中的内容需要按照预设的格式对执行信息和唯一身份标识进行存储，并且每个执行日志能够存储执行节点针对多次目标服务的执行信息。
82.通过将每次目标服务的执行信息和唯一身份标识，按照预设的格式进行存储时，本地日志功能组件能够按照异步方式增量将每次目标服务的执行信息和唯一身份标识，以队列的形式周期性发送给日志平台。
83.其中，本地日志功能组件可以是log4j(java日志)，本机日志功能组件还配置有日志采集代理程序，能够动态监控执行日志中的变化，在感知到执行日志中增加有新的执行信息和唯一身份标识时，将执行日志中增加的数据作为部分执行日志发送给日志平台。
84.图3示出了本技术实施例提供的另一种服务处理方法的应用场景图，如图3所示，以执行节点一进行举例，方案一：执行节点直接远程传输给日志平台，通过日志平台传输给数据库；方案二：执行节点通过本地日志功能组件将执行日志传输给日志平台，通过日志平台传输给数据库。
85.日志平台在获取到执行日志之后，通过消息队列(例如，中间件apache kafka，一个开源流处理平台)写入到数据库中，由于执行日志中包括唯一身份标识之后，可以在数据库中存储唯一身份标识和执行日志的对应关系，从而方便根据唯一身份标识在数据库中查询得到与唯一身份标识对应的执行日志。
86.进一步的，为了方便快速查询得到执行日志中的执行信息，还可以建立唯一身份标识与执行日志中的每条执行信息之间的对应关系(例如索引，即一个唯一身份标识作为若干执行信息或者若干执行日志的目录，从而能够快速确定出多个执行信息)。这样就能够根据唯一身份标识在数据库中快速查找得到相关的执行信息，并且，由于执行信息中包括执行结果，因此可以根据执行结果快速确定指示执行异常或执行失败的执行信息。例如，数据库可以是elasticsearch(用于分布式全文检索)。
87.在一个可行的实施方案中，在根据步骤102将所述执行日志传输至日志平台之后，所述方法还包括以下步骤：
88.响应于所述至少一个执行节点中的目标执行节点的部分服务功能执行异常，将对应的异常信息发送至故障排查端，以使所述故障排查端确定所述唯一身份标识对应的执行日志。
89.目标执行节点执行异常所对应的异常信息发送给故障排查端，能够使得故障排查端根据异常信息查找执行异常的原因，进而根据确定出的原因解决目标服务执行异常的问题。
90.由于异常信息中至少包括唯一身份标识，因此故障排查端可以根据唯一身份标识快速确定出实际执行目标服务的至少部分服务功能的执行节点的执行日志。这样，当故障排查端基于这些执行日志进行问题排查的时候，可以不必排查所有执行节点的执行日志、也可以不必排查对应于用户的所有服务请求的执行日志，有助于快速确定出问题。
91.在一个可行的实施方案中，所述方法应用在服务端，所述服务请求是从前端接收
的。
92.其中，用户在前端发起针对目标服务的服务请求时，服务端响应于这个服务请求执行步骤101到步骤103。
93.其中，所述将对应的异常信息发送至前端，包括：
94.将对应的异常信息、以及针对所述异常信息的展示信息发送至前端。异常信息的展示形式，例如可以是以文字形式展示唯一身份标识，或者是为唯一身份标识生成二维码、在前端展示唯一身份标识对应的二维码。
95.前端在接收到异常信息之后，可以将异常信息以文件的形式发送给故障排查端，以便故障排查端进行排查。
96.通过以二维码的形式发送给故障排查端，能够避免由于用户输错唯一身份标识等导致的查询错误的问题，有助于快速找到唯一身份标识对应的执行日志。
97.在一个可行的实施方案中，图4示出了本技术实施例提供的另一种服务处理方法的流程图，如图4所示，本技术实施例提供一种信息查询方法，该方法应用在故障排查端，所述方法包括以下步骤：
98.步骤201，获取目标服务的异常信息，所述异常信息用于表示所述目标服务的服务处理过程中发生异常；所述异常信息至少包括所述目标服务的唯一身份标识，所述唯一身份标识是在所述目标服务的服务处理过程中生成。
99.步骤202，基于所述异常信息中的唯一身份标识，查询得到日志平台中与所述唯一身份标识对应的执行日志，所述执行日志是所述目标服务的服务处理过程的日志。
100.其中，步骤201到步骤202中的相关内容已在上述实施例中进行说明，此处不再赘述。
101.图5示出了本技术实施例提供的另一种服务处理方法的应用场景图，如图5所示，分别包括前端、执行节点一、执行节点二、日志平台。
102.假设目标服务是获取订单信息中车辆的生产进度，那么通过将生成的服务请求发送给执行节点一，在执行节点一中生成与此次目标服务对应的唯一身份标识，然后执行节点一读取用户信息、进而通过读取得到的用户信息查询用户订单。此时执行节点一已经执行完目标服务对应的至少部分服务功能，根据唯一身份标识和执行信息，生成执行日志。并且在执行完查询用户订单(视为已经执行完至少部分服务功能)之后，将服务信息和唯一身份标识传输给执行节点二。
103.执行节点二执行服务信息对应的至少部分服务功能，也即查询车辆生产进度，当查询发生异常时，生成异常信息，并通过执行节点一向前端传输异常信息。并且当执行节点二生成异常信息之后视为执行节点二执行完至少部分服务功能，此时基于唯一身份标识，和执行节点二中产生的执行信息(例如执行异常)生成执行日志。执行节点一和执行节点二分别将各自的执行日志发送给日志平台，使得日志平台获取到执行日志，从而基于执行日志中的唯一身份标识，建立唯一身份标识与执行日志之间的映射关系。
104.当前端接收到通过执行节点一返回的异常信息时，展示异常信息。
105.上述步骤中涉及的相关内容已经在前述实施例中进行说明，此处不再赘述。
106.图6示出了本技术实施例提供的一种服务处理装置的结构示意图，如图6所示，在一个可行的实施方案中，本技术实施例提供一种服务处理装置，所述装置用于对目标服务
进行服务处理，所述目标服务由至少一个执行节点完成，所述装置包括：
107.标识单元601，用于响应于针对目标服务的服务请求，为所述目标服务生成唯一身份标识。
108.日志单元602，用于针对每个所述执行节点，在执行对应于所述目标服务的至少部分服务功能之后，基于获取到的所述唯一身份标识生成包含所述唯一身份标识和所述至少部分服务功能的执行日志，并将所述执行日志传输至日志平台，以使得所述日志平台建立所述执行日志与所述唯一身份标识之间的映射关系。
109.发送单元603，用于响应于所述至少一个执行节点中的目标执行节点的部分服务功能执行异常，将对应的异常信息发送至前端，所述异常信息中至少包括所述唯一身份标识。
110.在一个可行的实施方案中，所述标识单元在用于为所述服务请求生成唯一身份标识时，包括：
111.确定所述至少一个执行节点的预计执行顺序。
112.在所述预计执行顺序指示的第一个执行节点中，生成所述服务请求对应的唯一身份标识。
113.所述装置还包括：
114.标识传输单元，用于在所述为所述服务请求生成唯一身份标识之后，针对每个所述执行节点，执行对应的所述目标服务的至少部分服务功能，并且基于所述预计执行顺序向下一个执行节点传输服务信息和所述唯一身份标识，以使得下一个执行节点依据所述服务信息实现对应的至少部分服务功能。
115.在一个可行的实施方案中，所述日志单元在用于将所述执行日志传输至日志平台时，用于：
116.远程调用所述日志平台的接口，将所述执行日志中的数据传输至所述日志平台中。
117.或者，将所述执行日志发送至本地日志功能组件，以基于所述本地日志功能组件将所述执行日志传输至所述日志平台。
118.在一个可行的实施方案中，所述装置还包括：
119.异常发送单元，用于在所述将所述执行日志传输至日志平台之后，响应于所述至少一个执行节点中的目标执行节点的部分服务功能执行异常，将对应的异常信息发送至故障排查端，以使所述故障排查端确定所述唯一身份标识对应的执行日志。
120.在一个可行的实施方案中，所述装置应用在服务端，所述服务请求是从前端接收的。
121.所述发送单元在用于将对应的异常信息发送至前端时，用于：
122.将对应的异常信息、以及针对所述异常信息的展示信息发送至前端。
123.本技术实施例提供一种信息查询装置，应用在故障排查端，所述信息查询装置包括：
124.获取单元，用于获取目标服务的异常信息，所述异常信息用于表示所述目标服务的服务处理过程中发生异常；所述异常信息至少包括所述目标服务的唯一身份标识，所述唯一身份标识是在所述目标服务的服务处理过程中生成。
125.查询单元，用于基于所述异常信息中的唯一身份标识，查询得到日志平台中与所述唯一身份标识对应的执行日志，所述执行日志是所述目标服务的服务处理过程的日志。
126.上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
127.对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
128.图7是本说明书根据一示例性实施例示出的一种服务处理装置或者一种信息查询装置所在计算机设备的一种硬件结构图，该设备可以包括：处理器701、存储器702、输入/输出接口703、通信接口704和总线705。其中处理器701、存储器702、输入/输出接口703和通信接口704通过总线705实现彼此之间在设备内部的通信连接。
129.处理器701可以采用通用的cpu(central processing unit，中央处理器)、微处理器、应用专用集成电路(application specific integrated circuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本技术实施例所提供的方法。
130.存储器702可以采用rom(read only memory，只读存储器)、ram(random access memory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器702可以存储操作系统和其他应用程序，在通过软件或者固件来实现本技术实施例所提供的技术方案时，相关的程序代码保存在存储器702中，并由处理器701来调用执行。
131.输入/输出接口703用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
132.通信接口704用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。
133.总线705包括一通路，在设备的各个组件(例如处理器701、存储器702、输入/输出接口703和通信接口704)之间传输信息。
134.需要说明的是，尽管上述设备仅示出了处理器701、存储器702、输入/输出接口703、通信接口704以及总线705，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本技术实施例方案所必需的组件，而不必包含图中所示的全部组件。
135.本技术实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本技术实施例提供的任一所述方法的步骤。
136.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动
态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
137.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
138.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

技术特征：
1.一种服务处理方法，其特征在于，所述方法用于对目标服务进行服务处理，所述目标服务由至少一个执行节点完成，所述方法包括：响应于针对目标服务的服务请求，为所述目标服务生成唯一身份标识；针对每个所述执行节点，在执行对应于所述目标服务的至少部分服务功能之后，基于获取到的所述唯一身份标识生成包含所述唯一身份标识和所述至少部分服务功能的执行日志，并将所述执行日志传输至日志平台，以使得所述日志平台建立所述执行日志与所述唯一身份标识之间的映射关系；响应于所述至少一个执行节点中的目标执行节点的部分服务功能执行异常，将对应的异常信息发送至前端，所述异常信息中至少包括所述唯一身份标识。2.根据权利要求1所述的方法，其特征在于，所述为所述服务请求生成唯一身份标识，包括：确定所述至少一个执行节点的预计执行顺序；在所述预计执行顺序指示的第一个执行节点中，生成所述服务请求对应的唯一身份标识；在所述为所述服务请求生成唯一身份标识之后，所述方法还包括：针对每个所述执行节点，执行对应的所述目标服务的至少部分服务功能，并且基于所述预计执行顺序向下一个执行节点传输服务信息和所述唯一身份标识，以使得下一个执行节点依据所述服务信息实现对应的至少部分服务功能。3.根据权利要求1所述的方法，其特征在于，所述将所述执行日志传输至日志平台，包括：远程调用所述日志平台的接口，将所述执行日志中的数据传输至所述日志平台中；或者，将所述执行日志发送至本地日志功能组件，以基于所述本地日志功能组件将所述执行日志传输至所述日志平台。4.根据权利要求1所述的方法，其特征在于，在所述将所述执行日志传输至日志平台之后，所述方法还包括：响应于所述至少一个执行节点中的目标执行节点的部分服务功能执行异常，将对应的异常信息发送至故障排查端，以使所述故障排查端确定所述唯一身份标识对应的执行日志。5.根据权利要求1所述的方法，其特征在于，所述方法应用在服务端，所述服务请求是从前端接收的；所述将对应的异常信息发送至前端，包括：将对应的异常信息、以及针对所述异常信息的展示信息发送至前端。6.一种信息查询方法，其特征在于，应用在故障排查端，所述方法包括：获取目标服务的异常信息，所述异常信息用于表示所述目标服务的服务处理过程中发生异常；所述异常信息至少包括所述目标服务的唯一身份标识，所述唯一身份标识是在所述目标服务的服务处理过程中生成；基于所述异常信息中的唯一身份标识，查询得到日志平台中与所述唯一身份标识对应的执行日志，所述执行日志是所述目标服务的服务处理过程的日志。
7.一种服务处理装置，其特征在于，所述装置用于对目标服务进行服务处理，所述目标服务由至少一个执行节点完成，所述装置包括：标识单元，用于响应于针对目标服务的服务请求，为所述目标服务生成唯一身份标识；日志单元，用于针对每个所述执行节点，在执行对应于所述目标服务的至少部分服务功能之后，基于获取到的所述唯一身份标识生成包含所述唯一身份标识和所述至少部分服务功能的执行日志，并将所述执行日志传输至日志平台，以使得所述日志平台建立所述执行日志与所述唯一身份标识之间的映射关系；发送单元，用于响应于所述至少一个执行节点中的目标执行节点的部分服务功能执行异常，将对应的异常信息发送至前端，所述异常信息中至少包括所述唯一身份标识。8.一种信息查询装置，其特征在于，应用在故障排查端，所述信息查询装置包括：获取单元，用于获取目标服务的异常信息，所述异常信息用于表示所述目标服务的服务处理过程中发生异常；所述异常信息至少包括所述目标服务的唯一身份标识，所述唯一身份标识是在所述目标服务的服务处理过程中生成；查询单元，用于基于所述异常信息中的唯一身份标识，查询得到日志平台中与所述唯一身份标识对应的执行日志，所述执行日志是所述目标服务的服务处理过程的日志。9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1-6任一所述方法的步骤。10.一种计算机设备，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现权利要求1-6任一所述方法的步骤。

技术总结
本说明书提供一种服务处理、信息查询方法、装置、介质和设备，所述方法用于对目标服务进行服务处理，所述目标服务由至少一个执行节点完成，包括：响应于针对目标服务的服务请求，为所述目标服务生成唯一身份标识；针对每个所述执行节点，在执行对应于所述目标服务的至少部分服务功能之后，基于获取到的所述唯一身份标识生成包含所述唯一身份标识和所述至少部分服务功能的执行日志，并将所述执行日志传输至日志平台，以使得所述日志平台建立所述执行日志与所述唯一身份标识之间的映射关系；响应于所述至少一个执行节点中的目标执行节点的部分服务功能执行异常，将对应的异常信息发送至前端。有助于快速确定问题节点的执行日志。至前端。有助于快速确定问题节点的执行日志。至前端。有助于快速确定问题节点的执行日志。


技术研发人员：金宁夏
受保护的技术使用者：浙江吉利控股集团有限公司
技术研发日：2023.03.27
技术公布日：2023/7/7