CN114884807A - 链路日志生成方法、装置、物联网平台及存储介质 - Google Patents

Abstract

本申请实施例公开了一种链路日志生成方法、装置、物联网平台及存储介质，属于物联网技术领域。该方法包括：接收服务请求方发送的数据调用请求，数据调用请求用于调用目标数据；响应于数据调用请求属于链路日志监控请求，通过拦截器获取数据调用请求对应的服务调用信息，服务调用信息至少包括数据调用请求对应的请求参数信息和请求响应信息，请求响应信息至少包括对目标数据的数据调用结果；基于服务调用信息，生成数据调用请求对应的目标链路日志。可以减少对物联网平台的代码侵入程度，以降低对物联网平台正常运行的影响。

Description

链路日志生成方法、装置、物联网平台及存储介质

技术领域

本申请实施例涉及物联网(Internet of Things，IoT)技术领域，特别涉及一种链路日志生成方法、装置、物联网平台及存储介质。

背景技术

随着物联网技术的发展，IoT平台系统越来越复杂，基于此微服务架构被提出，即将功能复杂的IoT平台拆分成多个功能独立且架构简单的微服务，并对不同的用户群体建立不同的服务集群。

在微服务架构中，多个微服务之间通过特定协议进行通信，当完成客户端的某个请求可能是多端几十个服务甚至几百个服务配合完成的，并且可能还涉及到跨集群的请求操作。

在微服务架构的整个请求过程中，若某个服务出现故障，可能无法快速定位到哪一个服务或者哪一个接口，或者哪一段程序代码出现故障，以及什么原因导致的，发现故障的效率较低。

发明内容

本申请实施例提供了一种链路日志生成方法、装置、物联网平台及存储介质。所述技术方案如下：

一方面，本申请实施例提供了一种链路日志生成方法，所述方法包括：

接收服务请求方发送的数据调用请求，所述数据调用请求用于调用目标数据；

响应于所述数据调用请求属于链路日志监控请求，通过拦截器获取所述数据调用请求对应的服务调用信息，所述服务调用信息至少包括所述数据调用请求对应的请求参数信息和请求响应信息，所述请求响应信息至少包括对所述目标数据的数据调用结果；

基于所述服务调用信息，生成所述数据调用请求对应的目标链路日志。

另一方面，本申请实施例提供了一种链路日志生成装置，所述装置包括：

接收模块，用于接收服务请求方发送的数据调用请求，所述数据调用请求用于调用目标数据；

获取模块，用于响应于所述数据调用请求属于链路日志监控请求，通过拦截器获取所述数据调用请求对应的服务调用信息，所述服务调用信息至少包括所述数据调用请求对应的请求参数信息和请求响应信息，所述请求响应信息至少包括对所述目标数据的数据调用结果；

生成模块，用于基于所述服务调用信息，生成所述数据调用请求对应的目标链路日志。

另一方面，本申请实施例提供了一种物联网平台，所述物联网平台包括处理器和存储器，所述存储器中存储有至少一段程序，所述至少一段程序由所述处理器加载并执行以实现如上述方面所述的链路日志生成方法。

另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一段程序，所述至少一段程序由处理器加载并执行以实现如上述方面所述的链路日志生成方法。

根据本申请的另一方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述可选实现方式中提供的链路日志生成方法。

采用本申请实施例提供的链路日志生成方法，通过为物联网平台配置拦截器，无需在物联网平台中的各个服务器中额外增加实现日志追踪的配置文件，通过调用拦截器对数据调用请求进行链路日志追踪，可以减少对物联网平台的代码侵入程度，以降低对物联网平台正常运行的影响；同时，由于拦截器可以获取到数据调用请求中的请求参数信息和请求响应信息，进而生成目标链路日志，使得管理人员或维护人员可以较快的定位到异常位置，提高对异常的维护效率。

附图说明

图1示出了本申请一个示例性实施例提供的实施环境的示意图；

图2示出了本申请一个示例性实施例示出的链路日志生成方法的流程图；

图3示出了本申请另一个示例性实施例示出的链路日志生成方法的流程图；

图4示出了本申请一个示例性实施例示出的链路日志的保存过程；

图5示出了本申请另一个示例性实施例示出的链路日志生成方法的流程图；

图6示出了本申请另一个示例性实施例示出的链路日志生成方法的流程图；

图7示出了本申请一个示例性实施例示出的跨集群调用请求的服务调用链路示意图；

图8示出了本申请一个示例性实施例示出的集群内部调用请求的服务调用链路示意图；

图9示出了本申请另一个示例性实施例示出的链路日志生成方法的流程图；

图10示出了本申请一个示例性实施例提供的链路日志生成装置的结构框图；

图11示出了本申请一个示例性实施例提供的物联网平台的结构示意图。

具体实施方式

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

在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本申请实施例提供了一种链路日志生成方法，该链路日志生成方法应用于物联网平台的全链路日志追踪场景中。请参考图1，其示出了本申请一个示例性实施例提供的实施环境的示意图。该实施环境中包括终端设备101和物联网平台102。

终端设备101是具备数据获取功能的设备，其可以是智能手机、平板电脑、笔记本电脑等，本申请实施例中，终端设备101向云平台发送数据调用请求，以请求目标数据。

终端设备101与物联网平台102之间通过有线或无线网络相连。

物联网平台102是物联网系统中的云端设备，用于接收来自物联网设备发送的设备数据，并对设备数据进行存储、处理、分析，从而进行业务发掘，提供业务查询功能，实现物联网应用业务逻辑，其可以是一台服务器，若干台服务器构成的服务器集群或云计算中心。本申请实施例中，物联网平台102接收终端设备101发送的数据调用请求，基于该数据调用请求调用目标数据，进而将数据调用结果反馈至终端设备101。可选的，为了实现对该数据调用请求进行链路日志追踪，物联网平台102中包含的若干服务器中配置有拦截器，以获取数据调用请求所对应的服务调用信息，用于生成数据调用请求对应的链路日志。

请参考图2，其示出了本申请一个示例性实施例示出的链路日志生成方法的流程图。本实施例以该链路日志生成方法用于物联网平台为例进行说明，该方法包括：

步骤201，接收服务请求方发送的数据调用请求，数据调用请求用于调用目标数据。

其中，服务请求方可以是用户所持有的客户端，也可以是其他服务器，对应该数据调用请求为客户端向物联网平台请求目标数据，或是其他服务器向物联网平台请求目标数据。

在一种可能的实施方式中，物联网平台接收到服务请求方发送的数据调用请求，基于该数据调用请求执行目标数据的调用过程。

需要说明的是，本申请实施例中，物联网平台是若干台服务器构成的服务器集群，当物联网平台接收到服务请求方发送的数据调用请求后，通过对数据调用请求进行处理，向服务请求方反馈数据调用结果。

可选的，该数据调用请求用于请求的目标数据可以是文档、图片、网址、设备数据、用户信息等，本申请实施例对此不构成限定。

可选的，数据调用请求的请求可以采用超文本传输协议(Hyper Text TransferProtocol，HTTP)、远程过程调用协议(Remote Procedure Call Protocol，RPC)，本申请实施例对该数据调用请求所采用的通信协议不构成限定。

步骤202，响应于数据调用请求属于链路日志监控请求，通过拦截器获取数据调用请求对应的服务调用信息，服务调用信息至少包括数据调用请求对应的请求参数信息和请求响应信息，请求响应信息至少包括对目标数据的数据调用结果。

不同于相关技术中获取链路日志的方式，需要在物联网平台中的各个服务器中编写额外的配置代码，增加配置文件，以便在物联网平台响应数据调用请求的过程中，可以追踪其对应的日志信息，为了避免编写配置代码对物联网平台(服务器)本身运行性能的影响，在一种可能的实施方式中，通过为物联网平台配置拦截器，使得可以通过拦截器获取数据调用请求对应的服务调用信息，而配置拦截器的过程中，仅需要在物联网平台中包含的各个服务器中配置拦截器对应的调用链接，即可实现在物联网平台接收到数据调用请求后，通过调用连接调用拦截器获取其对应的链路日志信息，而无需在各个服务器中接入过多的配置文件，减少对物联网平台的代码侵入程度，进而降低对服务器运行性能的影响。

为了避免对全部的数据调用请求进行日志追踪，而占用服务器的处理资源，比如，存在无需进行链路日志追踪的调用请求，可能是调用请求比较简单，无需监控，在一种可能的实施方式中，当物联网平台接收到数据调用请求后，需要判断该数据调用请求是否属于链路日志监控请求，若属于链路日志监控请求，则调用拦截器获取该数据调用请求过程中对应的服务调用信息，对数据调用请求过程的各个现场信息进行监控；反之，若确定该数据调用请求不属于链路日志监控请求，则可以不对其进行链路日志跟踪，以节省服务器的处理资源。

可选的，判断数据调用请求是否属于链路日志监控请求的方式，可以在物联网平台中配置需要进行链路日志监控的服务器或者程序接口，使得在数据调用请求过程中经过该服务器或程序接口时，可以对该数据调用请求进行链路日志追踪；可选的，也可以在物联网平台中配置无需进行链路日志监控的服务器或者程序接口，使得在数据调用请求过程中未经过该服务器或程序接口时，对该数据调用请求进行链路日志监控。

可选的，物联网平台的管理人员可以自行设置哪些服务器或者程序接口需要进行链路日志监控(追踪)，或者自行设置哪些服务器或者程序接口无需进行链路日志监控(追踪)。

由于链路日志追踪的目的是：当数据请求异常时，物联网平台的维护人员或管理人员可以及时定位出发生异常的具体代码位置，比如，具体是哪个服务器异常，或哪个程序接口异常，或哪一段程序代码运行异常等情况，因此，在个可能的实施方式中，物联网平台会通过拦截器获取数据调用请求中的请求参数信息(入参)、请求响应信息，该请求响应信息至少包括对目标数据的数据调用结果。

示意性的，若数据调用请求过程中未出现异常，则请求响应信息可以为为目标数据，可选的，该请求响应信息可能还包括请求响应时间；若数据调用请求过程中存在异常，则请求响应信息中包含异常及报错信息，比如，异常及报错发生的具体代码位置等，使得管理人员或维护人员可以基于反馈的具体代码来准确定位出异常位置，提高对异常的维护效率。

步骤203，基于服务调用信息，生成数据调用请求对应的目标链路日志。

由于同一数据服务调用请求在调用目标数据的过程中，可能需要经过多条服务调用链路，而每一条服务调用链路均会产生对应的服务调用信息，因此，在一种可能的实施方式中，需要基于服务调用信息，生成数据调用请求所对应的目标链路日志。

需要说明的是，本申请中目标链路日志的生成过程与目标数据的调用过程异步执行，也即目标链路日志的生成过程与数据调用过程相互独立。

综上所述，本申请实施例中，通过为物联网平台配置拦截器，无需在物联网平台中的各个服务器中额外增加实现日志追踪的配置文件，通过调用拦截器对数据调用请求进行链路日志追踪，可以减少对物联网平台的代码侵入程度，以降低对物联网平台正常运行的影响；同时，由于拦截器可以获取到数据调用请求中的请求参数信息和请求响应信息，进而生成目标链路日志，使得管理人员或维护人员可以较快的定位到异常位置，提高对异常的维护效率。

由于物联网平台中包含若干服务器，而物联网平台在完成某个数据调用请求的过程中，可能需要几台服务器或者几十台服务器配合完成，也即一次数据调用请求可能包含若干条服务调用链路，而为了生成数据调用请求对应的完整链路日志，则需要通过拦截器获取每条服务调用链路对应的服务调用信息，进而整合各条服务调用链路对应的服务调用信息，以生成目标链路日志。

请参考图3，其示出了本申请另一个示例性实施例示出的链路日志生成方法的流程图。本实施例以该链路日志生成方法用于物联网平台为例进行说明，该方法包括：

步骤301，接收服务请求方发送的数据调用请求，数据调用请求用于调用目标数据。

步骤301的实施方式可以参考步骤201，本实施例在此不做赘述。

步骤302，响应于第i服务调用链路属于链路日志监控请求，通过拦截器获取第i服务调用链路对应的第i服务调用信息，i为小于等于m的正整数。

由于功能复杂的物联网平台通常被拆分成多个功能独立且架构简单的微服务器，而在微服务架构中，完成客户端的某个数据调用请求时可能是多端几十个服务器或者几百个服务器配合完成的，也即物联网平台的一次数据调用请求可能产生若干条服务调用链路，对应数据调用请求可以包含m条服务调用链路，m为正整数，示意性的，m可以为10条。

基于数据调用请求可能产生多条服务调用链路的情况，对应在数据调用请求中会涉及到物联网平台中的若干服务器，则为了生成该数据调用请求对应的全平台链路日志，需要获取该数据调用请求中各个服务调用链路对应的服务调用信息，因此，在一种可能的实施方式中，对于数据调用请求所产生的第i条服务调用链路，均需要判断其是否属于链路日志监控请求，若属于链路日志监控请求，均需要通过拦截器获取其对应的第i服务调用信息。

其中，i的取值为小于等于m的正整数，示意性的，若数据调用请求产生了10条服务调用链路，也即m等于10，则i的取值为{1，2，3，4，5，6，7，8，9，10}。

步骤303，响应于获取到第i服务调用信息，将第i服务调用信息添加至异步队列中，异步队列中存储有各个服务调用链路对应的服务调用信息。

当一个服务服务调用链路对应的数据调用请求完成后，其对应的服务调用信息也对应收集完毕，可以通过异步方式将服务调用信息保存在日志数据库中，在一种可能的实施方式中，当第i服务调用链路对应的数据调用请求完成后，对应获取到第i服务调用信息，则当前服务器会作为生产者将第i服务调用信息包装成任务，添加到异步队列中，进而由单独的消费者对异步队列中的任务进行消费解析，以实现将第i服务调用信息保存在日志数据库中，生成数据调用请求对应的目标链路日志。

可选的，异步队列中的任务(也即第i服务调用信息)具备先进先出的特性。

步骤304，基于异步队列，生成数据调用请求对应的目标链路日志。

在一种可能的实施方式中，物联网平台会对异步队列中的各个任务(服务调用信息)进行消费解析，转换成特定格式保存在日志数据库中，从而生成该数据调用请求对应的目标链路日志。

示意性的，如图4所示，其示出了本申请一个示例性实施例示出的链路日志的保存过程。服务器A向服务器B发起数据调用请求，产生服务调用链路服务器A-服务器B，则服务器B作为生产者，将该服务调用链路所对应的服务调用信息包装成任务5添加到异步队列401中，此时异步队列401中包含有任务1～任务5，遵循先进先出的特性，此时，消费者402对任务1进行消费解析，并将得到的链路日志保存在ES集群403中。可选的，该ES集群403为日志存储数据库。

本实施例中，通过对数据调用请求所产生的每一条服务调用链路均进行链路日志监控，使得可以生成该数据调用请求对应的全链路日志，以便可以全面分析该数据调用请求是否存在异常，以及异常位置；此外，采用异步方式存储服务调用信息，可以避免服务调用信息的存储过程对征程数据调用请求过程的干扰，保证了数据调用请求的正常调用。

由于数据调用请求过程中，会产生多条服务调用链路，而每条服务调用链路所对应的服务调用信息可能是由不同服务器产生的，则为了可以收集同一数据调用请求所对应的各条服务调用信息，在一种可能的实施方式中，需要在服务调用链路对应的数据调用请求中携带链路日志标识，以便数据调用请求所涉及到的各个服务器均可以获得该链路日志标识，并将该链路日志标识添加至服务调用信息中，进而使得物联网平台可以基于链路日志标识来收集同一数据调用请求对应的服务调用信息。

在图3的基础上，如图5所示，步骤302可以包括步骤501和步骤502。

步骤501，响应于第i服务调用链路属于链路日志监控请求，获取链路日志标识以及第i服务调用层级关系。

可选的，为了便于物联网平台可以准确收集同一数据调用请求所对应的服务调用信息，在一种可能的实施方式中，创建有链路日志标识，并在各条服务调用链路所对应的数据调用请求中携带该链路日志标识，使得获取该服务调用链路对应服务调用信息的服务器，可以将该链路日志标识添加至服务调用信息中，由于该数据调用请求中各条服务调用链路所对应的服务调用信息中均添加有同一链路日志标识，也即链路日志标识用于唯一标识数据调用请求对应的目标链路日志，则物联网平台可以基于该链路日志标识来收集同一数据调用请求所对应的各个服务调用信息，避免服务调用信息的混淆。

示意性的，链路日志标识可以是物联网平台在接收到客户端发送的数据调用请求时生成的。

可选的，由于各条服务调用链路的请求方和调用方并不相同，比如，数据调用请求的服务调用链路为：服务器A-服务器B-服务器C-服务器E，对于服务调用链路1，其对应的请求方为服务器A，而调用方为服务器B，对于服务调用链路3，其对应的请求方为服务器C，而调用方为服务器E，而为了便于在发现异常是准确定位是哪一个服务器出错，因此，在一种可能的实施方式中，还需要在服务调用信息中添加服务调用层级关系，示意性的，对于第i服务调用层级关系，其可以表示第i服务调用链路的请求方和调用方。

可选的，以数据调用请求的服务调用链路为：服务器A-服务器B-服务器C-服务器E为例，对于服务调用链路1，当服务器A向服务器B发送数据调用请求时，为了明确数据调用请求的请求方和调用方，就需要将服务调用层级关系添加在数据调用请求中，因此，在一种可能的实施方式中，可以从第i服务调用链路所对应的数据调用请求中获取第i服务调用层级关系，而第i服务调用层级关系是由第i服务调用链路的请求方确定的。

步骤502，将链路日志标识和第i服务调用层级关系添加至第i服务调用信息中。

在一种可能的实施方式中，为了使得物联网平台可以准确收集同一数据调用请求所对应的服务调用信息，以及明确该服务调用链路所对应的服务调用层级关系，对应的，服务调用信息中除了包含请求参数和请求响应信息之外，还需要将链路日志标识和第i服务调用层级关系添加至第i服务调用信息中。

可选的，若第i服务调用链路对应的调用方接收到数据调用请求后，会确定出第i+1服务调用链路对应的请求方和调用方，也即第i+1服务调用链路对应的第i+1服务调用层级关系，以便将链路日志标识和第i+1服务调用层级关系添加至第i+1服务调用链路所对应的数据调用请求中。其中，第i+1服务调用链路对应的请求方也即第i服务调用链路对应的调用方。

本实施例中，通过在服务调用信息中添加链路日志标识和服务层级调用关系，使得可以通过链路日志标识明确同一数据调用请求对应的服务调用信息，可以通过服务层级调用关系明确该服务调用信息所对应的请求方和调用方，有利于后续定位数据调用请求的异常所在。

在微服务架构中，完成客户端的某个数据调用请求可能不仅需要同一服务集群中的多台服务器配合完成，可能还涉及到两个或两个以上的服务集群配合完成，就需要进行跨集群的数据请求操作，因此，为了在涉及到跨集群数据调用请求过程中，可以准确定位异常服务集群，在一种可能的实施方式中，需要在服务调用信息中添加集群信息。

在图3的基础上，如图6所示，步骤302还可以包括步骤601～步骤603。

步骤601，响应于第i服务调用链路属于链路日志监控请求，确定第i服务调用链路是否属于跨集群调用请求。

为了避免数据调用请求中产生了跨集群调用请求，在一种可能的实施方式中，当物联网平台(服务器)接收到第i服务调用链路所对应的数据调用请求后，当确定该第i服务调用链路属于链路日志监控请求后，还需要判断该第i服务调用链路是否属于跨集群调用请求，进而确定所需要获取的集群信息。

步骤602，响应于第i服务调用链路属于跨集群调用请求，获取第i服务调用链路对应的源集群和目标集群，以及将源集群和目标集群对应的集群信息添加至第i服务调用信息中。

在一种可能的实施方式中，若第i服务调用链路属于跨集群调用请求，则需要获取第i服务调用链路对应的源集群和目标集群，进而将源集群和目标集群对应的相关集群信息添加到第i服务调用信息中，以便后续可以确定目标链路日志属于哪个服务器集群。

其中，源集群为发送第i服务调用链路对应数据调用请求的服务器集群，目标集群为接收第i服务调用链路对应数据调用请求的服务器集群，若第i服务调用链路为跨集群调用请求，则第i服务调用链路对应的源集群和目标集群不属于同一集群。

示意性的，源集群的集群信息可以包括：源集群的集群名称、集群域名、集群地址中的至少一种，目标集群的集群信息可以包括：目标集群的集群名称、集群域名以及集群地址中的至少一种。

可选的，当服务器确定第i服务调用链路属于跨集群调用请求，可以生成标识信息，该标识信息用于标识其属于跨集群调用请求，进而可以在第i+1服务调用链路对应的数据调用请求中携带该标识信息，以便后续可以基于该标识信息确定数据调用请求是否属于跨集群调用请求。

如图7所示，其示出了本申请一个示例性实施例示出的跨集群调用请求的服务调用链路示意图。数据调用请求涉及到物联网平台702中的集群703和集群704，假设在集群703中未发生内部其他服务调用，则终端701发起的数据调用请求产生了11条服务调用链路，其中，服务调用链路0、1属于HTTP调用，服务调用链路2、3、4、6、7、8均属于RPC调用，服务调用链路5、9、10属于数据库操作调用。以服务调用链路0为例，终端701发起HTTP数据调用请求到集群703，集群703中的集群接收单元706接收到数据请求调用后，先判断数据调用请求对应服务是否为链路日志监控请求，若属于，则进行进一步判断，判断是否是跨集群调用；当确定数据调用请求为判断结果是非跨集群调用请求，则记录目标集群相关信息，然后携带链路日志标识和服务调用关系标识发起后续请求；对于服务调用链路1，集群704中的集群接收单元707接收到集群703发送的数据调用请求，首先判断该数据调用请求是否为链路日志监控请求，若属于，则进一步判断该数据调用请求是否为跨集群调用请求，此处判断结果为属于跨集群调用请求，则需要记录数据调用请求对应的源集群信息(集群703的集群信息)和目标集群信息(集群704的集群信息)，接着携带链路日志标识和服务调用关系标识进行后续数据请求调用过程。对于服务调用链路5，服务器F发起数据库操作的调用请求，在数据库705执行相应操作前会进行是否为链路日志监控请求的判断，若属于，则进一步判断是否属于跨集群调用请求，然后进行后续执行操作，并记录链路日志相关信息，后续服务调用链路9和10的处理过程与服务调用链路5相似。

步骤603，响应于第i服务调用链路不属于跨集群调用请求，获取第i服务调用链路对应的目标集群，以及将目标集群对应的集群信息添加至第i服务调用信息中。

在一种可能的实施方式中，若第i服务调用链路不属于跨集群调用请求，由于第i服务调用链路不属于跨集群调用请求，则第i服务调用链路对应的源集群和目标集群相同，对应的，仅需要将目标集群对应的相关集群信息添加到第i服务调用信息中。

如图8所示，其示出了本申请一个示例性实施例示出的集群内部调用请求的服务调用链路示意图。终端801向物联网平台802发送数据调用请求，该数据调用请求产生了10条服务调用链路，其中，服务调用链路1属于HTTP调用，服务调用链路2、3、4、6、7、8均属于RPC调用，服务调用链路5、9、10属于数据库操作调用。以服务调用链路1为例，终端801发起HTTP数据调用请求到物联网平台802，由物联网平台802中的集群接收单元803接收到数据调用请求后，先判断数据调用请求对应服务是否链路日志监控请求，若属于，则进行进一步判断是否是跨集群调用请求；当确定该数据调用请求是非跨集群调用请求时，则记录目标集群相关信息，然后携带链路日志标识(traceId)和服务调用关系标识发起后续数据调用请求；对于服务调用链路2，集群接收单元803发起RPC数据调用请求调用集群内部服务器C，内部服务器C接收到数据调用请求后，同样需要判断是否为链路日志监控请求，若属于，则进一步判断是否属于跨集群调用请求，并记录调用前后相关信息作为链路日志信息，接着携带链路标识traceId和服务调用关系标识发起RPC请求调用集群内部服务器E；可选的，后续服务调用链路3、4、6、7、8处理过程均与Request-Call-2过程一致；对于服务调用链路5，服务器F发起数据库操作的调用请求，在数据库804执行相应操作前会进行是否为链路日志监控请求的判断，若属于，则进一步判断是否属于跨集群调用请求，然后进行后续执行操作，并记录链路日志相关信息，后续服务调用链路9和10的处理过程与服务调用链路5相似。

本实施例中，通过判断数据调用请求是否属于跨集群调用请求，进而确定服务调用信息中的集群信息，使得可以明确链路日志属于哪一个服务器集群，在涉及服务集群较多的情况下，可以准确定位数据调用异常所在的目标服务器集群。

在一种可能的实施方式中，物联网平台中设置有目标监控白名单，可以通过目标监控白名单确定数据调用请求是否属于链路日志监控请求。

如图9所示，其示出了本申请另一个示例性实施例示出的链路日志生成方法的流程图。本实施例以该链路日志生成方法用于物联网平台为例进行说明，该方法包括：

步骤901，接收服务请求方发送的数据调用请求，数据调用请求用于调用目标数据。

步骤901的实施方式可以参考上文实施例，本实施例在此不做赘述。

步骤902，响应于数据调用请求与目标监控白名单匹配，确定数据调用请求不属于链路日志监控请求。

其中，目标监控白名单中存储有无需进行链路日志监控的服务信息或程序接口信息。物联网平台的维护人员或管理人员将无需进行链路日志监控的服务信息或者程序接口信息添加至目标监控白名单中。

可选的，目标监控白名单中可以包括服务级别名单和程序级别名单，其中，服务级别名单包括服务类型与名称信息，服务类型可以为：Java类型服务、go类型服务、python类型服务等，服务名称即服务的名字，比如：ecp-service,ecp-alert等；而程序级别名单可以包括服务的调用方法和接口名称，服务的调用方法是指请求调用的方法名称及类型，比如查询数据的方法、查询数据库方法、更新数据的方法、删除数据的方法等；接口名称即目标程序接口的接口名称。

可选的，物联网平台的维护人员或者开发人员可以在运营过程中修改该目标监控白名单，比如，需要停止对某个服务的监控操作，可以在物联网平台中输入对应目标服务的服务相关信息，对应物联网平台接收到对目标服务的停止监控操作，将目标服务对应的服务相关信息添加至目标监控白名单中；或需要停止对某个目标程序接口的监控操作，可以在物联网平台中输入目标程序接口的接口相关信息，对应物联网平台接收到对目标程序接口的停止监控操作，则将目标程序接口对应的接口相关信息添加至目标监控白名单中。

在一种可能的实施方式中，当物联网平台接收到数据调用请求后，可以从该数据调用请求中获取服务类型和名称信息，分别与目标监控白名单中的服务级别名单和程序级别名单进行匹配，若服务级别名单中包含该服务类型和名称信息，或者程序级别名单包含该服务类型和名称信息，即数据调用请求与目标监控白名单匹配，则表示数据调用请求不属于链路日志监控请求，无需获取该数据调用请求所对应的服务调用信息。

步骤903，响应于数据调用请求与目标监控白名单不匹配，确定数据调用请求属于链路日志监控请求。

在一种可能的实施方式中，若服务级别名单中不包含该数据调用请求对应的服务类型和名称信息，且程序级别名单中也不包含该数据调用请求对应的服务类型和名称信息，也即数据调用请求与目标监控白名单不匹配，则表示数据调用请求属于链路日志监控请求，需要获取该数据调用请求所对应的服务调用信息。

步骤904，响应于数据调用请求属于链路日志监控请求，通过拦截器获取数据调用请求对应的服务调用信息。

步骤905，基于服务调用信息，生成数据调用请求对应的目标链路日志。

步骤904和步骤905的实施方式可以参考上文实施例，本实施例在此不做赘述。

步骤906，响应于数据调用请求存在异常，基于目标链路日志，定位目标异常代码。

由于服务调用信息中包含有各条服务调用链路对应的请求参数、请求响应信息、集群信息、服务调用层级关系、链路日志标识等，且该请求响应信息为具体返回代码，则对应的，当数据调用请求存在异常情况时，可以基于目标链路日志，准确确定出目标异常代码位置，以及异常服务器集群、异常服务器或异常接口等，以便开发人员快速定位异常问题。

本实施例中，通过设置目标监控白名单，通过与目标监控白名单进行匹配，确定是否需要对数据调用请求进行日志追踪，进而避免对全部数据调用请求进行追踪，而导致对服务器处理资源的浪费。

请参考图10，其示出了本申请一个示例性实施例提供的链路日志生成装置的结构框图。该装置包括：

接收模块1001，用于接收服务请求方发送的数据调用请求，所述数据调用请求用于调用目标数据；

获取模块1002，用于响应于所述数据调用请求属于链路日志监控请求，通过拦截器获取所述数据调用请求对应的服务调用信息，所述服务调用信息至少包括所述数据调用请求对应的请求参数信息和请求响应信息，所述请求响应信息至少包括对所述目标数据的数据调用结果；

生成模块1003，用于基于所述服务调用信息，生成所述数据调用请求对应的目标链路日志。

可选的，所述数据调用请求包含m条服务调用链路，m为正整数；

所述获取模块1002，包括：

第一获取单元，用于响应于第i服务调用链路属于所述链路日志监控请求，通过所述拦截器获取所述第i服务调用链路对应的第i服务调用信息，i为小于等于m的正整数；

所述生成模块1003，包括：

第一添加单元，用于响应于获取到所述第i服务调用信息，将所述第i服务调用信息添加至异步队列中，所述异步队列中存储有各个服务调用链路对应的服务调用信息；

生成单元，用于基于所述异步队列，生成所述数据调用请求对应的所述目标链路日志。

可选的，所述服务调用信息中还包含链路日志标识和服务调用层级关系；

所述获取模块1002，还包括：

第二获取单元，用于响应于所述第i服务调用链路属于所述链路日志监控请求，获取所述链路日志标识以及第i服务调用层级关系，所述链路日志标识用于唯一标识所述数据调用请求对应的所述目标链路日志，所述第i服务调用层级关系用于指示第i服务调用链路的请求方和调用方；

第二添加单元，用于将所述链路日志标识和所述第i服务调用层级关系添加至所述第i服务调用信息中；

所述装置还包括：

第一确定模块，用于确定第i+1服务调用层级关系，所述第i+1服务调用层级关系用于指示第i+1服务调用链路的请求方和调用方；

第一添加模块，用于将所述链路日志标识和所述第i+1服务调用层级关系添加至第i+1服务调用链路中。

可选的，所述服务调用信息中还包含服务集群信息；

所述获取模块1002，还包括：

确定单元，用于响应于所述第i服务调用链路属于所述链路日志监控请求，确定所述第i服务调用链路是否属于跨集群调用请求；

第三获取单元，用于响应于所述第i服务调用链路属于所述跨集群调用请求，获取所述第i服务调用链路对应的源集群和目标集群，以及将所述源集群和所述目标集群对应的集群信息添加至所述第i服务调用信息中，所述源集群为发送所述第i服务调用链路对应数据调用请求的服务器集群，所述目标集群为接收所述第i服务调用链路对应数据调用请求的服务器集群，所述源集群和所述目标集群不属于同一集群；

第四获取单元，用于响应于所述第i服务调用链路不属于所述跨集群调用请求，获取所述第i服务调用链路对应的目标集群，以及将所述目标集群对应的集群信息添加至所述第i服务调用信息中。

可选的，所述装置还包括：

第二确定模块，用于响应于所述数据调用请求与目标监控白名单匹配，确定所述数据调用请求不属于所述链路日志监控请求，所述目标监控白名单中存储有无需进行链路日志监控的服务信息或程序接口信息；

第三确定模块，用于响应于所述数据调用请求与所述目标监控白名单不匹配，确定所述数据调用请求属于所述链路日志监控请求。

可选的，所述装置还包括：

第二添加模块，用于响应于对目标服务的停止监控操作，将所述目标服务对应的服务相关信息添加至所述目标监控白名单中；

第三添加模块，用于响应于对目标程序接口的停止监控操作，将所述目标程序接口对应的接口相关信息添加至所述目标监控白名单中。

可选的，所述装置还包括：

异常定位模块，用于响应于所述数据调用请求存在异常，基于所述目标链路日志，定位目标异常代码。

综上所述，本申请实施例中，本申请实施例中，通过为物联网平台配置拦截器，无需在物联网平台中的各个服务器中额外增加实现日志追踪的配置文件，通过调用拦截器对数据调用请求进行链路日志追踪，可以减少对物联网平台的代码侵入程度，以降低对物联网平台正常运行的影响；同时，由于拦截器可以获取到数据调用请求中的请求参数信息和请求响应信息，进而生成目标链路日志，使得管理人员或维护人员可以较快的定位到异常位置，提高对异常的维护效率。

需要说明的是：上述实施例提供的告警记录生成装置，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的告警记录生成装置与告警记录生成方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

请参考图11，其示出了本申请一个示例性实施例提供的物联网平台1100的结构示意图。所述物联网平台1100包括中央处理单元(Central Processing Unit，CPU)1101、包括随机存取存储器(Random Access Memory，RAM)1102和只读存储器(Read-Only Memory，ROM)1103的系统存储器1104，以及连接系统存储器1104和中央处理单元1101的系统总线1105。所述物联网平台1100还包括帮助物联网平台的各个器件之间传输信息的基本输入/输出系统(Input/Output，I/O系统)1106，和用于存储操作系统1113、应用程序1114和其他程序模块1115的大容量存储设备1107。

所述基本输入/输出系统1106包括有用于显示信息的显示器1108和用于用户输入信息的诸如鼠标、键盘之类的输入设备1109。其中所述显示器1108和输入设备1109都通过连接到系统总线1105的输入输出控制器1110连接到中央处理单元1101。所述基本输入/输出系统1106还可以包括输入输出控制器1110以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1110还提供输出到显示屏、打印机或其他类型的输出设备。

所述大容量存储设备1107通过连接到系统总线1105的大容量存储控制器(未示出)连接到中央处理单元1101。所述大容量存储设备1107及其相关联的计算机可读存储介质为物联网平台1100提供非易失性存储。也就是说，所述大容量存储设备1107可以包括诸如硬盘或者紧凑型光盘只读储存器(Compact Disc Read-Only Memory，CD-ROM)驱动器之类的计算机可读存储介质(未示出)。

不失一般性，所述计算机可读存储介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读存储指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、可擦除可编程只读存储器(Erasable Programmable Read OnlyMemory，EPROM)、闪存或其他固态存储其技术，CD-ROM、数字多功能光盘(DigitalVersatile Disc，DVD)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器1104和大容量存储设备1107可以统称为存储器。

所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，所述一个或者一个以上程序包含用于进行本申请实施例提供的方法中由物联网平台所执行的步骤。

本申请实施例还提供了一种计算机可读介质，该计算机可读介质存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的链路日志生成方法。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的链路日志生成方法。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种链路日志生成方法，其特征在于，所述方法包括：

接收服务请求方发送的数据调用请求，所述数据调用请求用于调用目标数据；

响应于所述数据调用请求属于链路日志监控请求，通过拦截器获取所述数据调用请求对应的服务调用信息，所述服务调用信息至少包括所述数据调用请求对应的请求参数信息和请求响应信息，所述请求响应信息至少包括对所述目标数据的数据调用结果；

基于所述服务调用信息，生成所述数据调用请求对应的目标链路日志。

2.根据权利要求1所述的方法，其特征在于，所述数据调用请求包含m条服务调用链路，m为正整数；

所述响应于所述数据调用请求属于链路日志监控请求，通过拦截器获取所述数据调用请求对应的服务调用信息，包括：

响应于第i服务调用链路属于所述链路日志监控请求，通过所述拦截器获取所述第i服务调用链路对应的第i服务调用信息，i为小于等于m的正整数；

所述基于所述服务调用信息，生成所述数据调用请求对应的目标链路日志，包括：

响应于获取到所述第i服务调用信息，将所述第i服务调用信息添加至异步队列中，所述异步队列中存储有各个服务调用链路对应的服务调用信息；

基于所述异步队列，生成所述数据调用请求对应的所述目标链路日志。

3.根据权利要求2所述的方法，其特征在于，所述服务调用信息中还包含链路日志标识和服务调用层级关系；

所述响应于第i服务调用链路属于所述链路日志监控请求，通过所述拦截器获取所述第i服务调用链路对应的第i服务调用信息，还包括：

响应于所述第i服务调用链路属于所述链路日志监控请求，获取所述链路日志标识以及第i服务调用层级关系，所述链路日志标识用于唯一标识所述数据调用请求对应的所述目标链路日志，所述第i服务调用层级关系用于指示第i服务调用链路的请求方和调用方；

将所述链路日志标识和所述第i服务调用层级关系添加至所述第i服务调用信息中；

所述方法还包括：

确定第i+1服务调用层级关系，所述第i+1服务调用层级关系用于指示第i+1服务调用链路的请求方和调用方；

将所述链路日志标识和所述第i+1服务调用层级关系添加至第i+1服务调用链路中。

4.根据权利要求3所述的方法，其特征在于，所述服务调用信息中还包含服务集群信息；

所述响应于第i服务调用链路属于所述链路日志监控请求，通过所述拦截器获取所述第i服务调用链路对应的第i服务调用信息，还包括：

响应于所述第i服务调用链路属于所述链路日志监控请求，确定所述第i服务调用链路是否属于跨集群调用请求；

响应于所述第i服务调用链路属于所述跨集群调用请求，获取所述第i服务调用链路对应的源集群和目标集群，以及将所述源集群和所述目标集群对应的集群信息添加至所述第i服务调用信息中，所述源集群为发送所述第i服务调用链路对应数据调用请求的服务器集群，所述目标集群为接收所述第i服务调用链路对应数据调用请求的服务器集群，所述源集群和所述目标集群不属于同一集群；

响应于所述第i服务调用链路不属于所述跨集群调用请求，获取所述第i服务调用链路对应的目标集群，以及将所述目标集群对应的集群信息添加至所述第i服务调用信息中。

5.根据权利要求1至4任一所述的方法，其特征在于，所述响应于所述数据调用请求属于链路日志监控请求，通过拦截器获取所述数据调用请求对应的服务调用信息之前，所述方法还包括：

响应于所述数据调用请求与目标监控白名单匹配，确定所述数据调用请求不属于所述链路日志监控请求，所述目标监控白名单中存储有无需进行链路日志监控的服务信息或程序接口信息；

响应于所述数据调用请求与所述目标监控白名单不匹配，确定所述数据调用请求属于所述链路日志监控请求。

6.根据权利要求5所述的方法，其特征在于，所述接收服务请求方发送的数据调用请求之前，所述方法还包括：

响应于对目标服务的停止监控操作，将所述目标服务对应的服务相关信息添加至所述目标监控白名单中；

响应于对目标程序接口的停止监控操作，将所述目标程序接口对应的接口相关信息添加至所述目标监控白名单中。

7.根据权利要求1至4任一所述的方法，其特征在于，所述基于所述服务调用信息，生成所述数据调用请求对应的目标链路日志之后，所述方法还包括：

响应于所述数据调用请求存在异常，基于所述目标链路日志，定位目标异常代码。

8.一种链路日志生成装置，其特征在于，所述装置包括：

接收模块，用于接收服务请求方发送的数据调用请求，所述数据调用请求用于调用目标数据；

获取模块，用于响应于所述数据调用请求属于链路日志监控请求，通过拦截器获取所述数据调用请求对应的服务调用信息，所述服务调用信息至少包括所述数据调用请求对应的请求参数信息和请求响应信息，所述请求响应信息至少包括对所述目标数据的数据调用结果；

生成模块，用于基于所述服务调用信息，生成所述数据调用请求对应的目标链路日志。

9.一种物联网平台，其特征在于，所述物联网平台包括处理器和存储器，所述存储器中存储有至少一段程序，所述至少一段程序由所述处理器加载并执行以实现如权利要求1至7任一所述的链路日志生成方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一段程序，所述至少一段程序由处理器加载并执行以实现如权利要求1至7任一所述的链路日志生成方法。

Images