CN115629951B - 一种任务全链路追踪方法、第一节点、链路系统及介质 - Google Patents
一种任务全链路追踪方法、第一节点、链路系统及介质 Download PDFInfo
- Publication number
- CN115629951B CN115629951B CN202211638225.0A CN202211638225A CN115629951B CN 115629951 B CN115629951 B CN 115629951B CN 202211638225 A CN202211638225 A CN 202211638225A CN 115629951 B CN115629951 B CN 115629951B
- Authority
- CN
- China
- Prior art keywords
- node
- execution
- task
- current
- executed
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3466—Performance evaluation by tracing or monitoring
- G06F11/3476—Data logging
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Computational Linguistics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请涉及一种任务全链路追踪方法、第一节点、链路系统及介质,涉及数据传输的领域,该方法应用于链路系统中,链路系统包括:至少一个第一节点,以及第二节点,方法由任一第一节点执行,包括接收第二节点发送的待执行任务以及待执行任务对应的追踪标识,每个第一节点接收到的追踪标识相同,执行待执行任务,并根据追踪标识以及执行结果生成日志信息。本申请具有提高查询每个系统节点的日志信息的效率的效果。
Description
技术领域
本申请涉及数据传输的领域,尤其是涉及一种任务全链路追踪方法、第一节点、链路系统及介质。
背景技术
在云游戏、云计算等场景中,需要将待执行的任务上传至服务器中执行,伴随着微服务化,系统功能模块被拆分越来越细,执行任务的服务节点变得越来越多,服务器之间的调用关系链也越来越复杂。
目前,在执行系统任务时,任务将穿插多个系统节点间进行执行,每个系统节点执行的状态不一,任务会在每个系统节点生成大量的日志信息,由于每个系统节点生成的日志数据查询方式均不同,并且系统节点的数量较多,因此导致日志信息的查询效率较低。
发明内容
为了提高查询每个系统节点的日志信息的效率,本申请提供一种任务全链路追踪方法、第一节点、链路系统及介质。
第一方面,本申请提供一种任务全链路追踪方法,采用如下的技术方案:
一种任务全链路追踪方法,应用于链路系统中,所述链路系统包括:第二节点以及至少一个第一节点,所述方法由任一第一节点执行,所述方法包括:
接收第二节点发送的待执行任务以及所述待执行任务对应的追踪标识,每个第一节点接收到的追踪标识相同;
执行所述待执行任务,并根据所述追踪标识以及执行结果生成日志信息。
通过采用上述技术方案,第二节点作为任务的发起节点用于确定待执行任务以及待执行任务的追踪标识,第二节点确定出待执行任务以及追踪标识后,将待执行任务以及追踪标识发送至至少一个第一节点,至少一个第一节点用于执行待执行任务并生成日志信息,任意一个第一节点接收到第二节点发送的待执行任务以及追踪标识后执行待执行任务,并且根据追踪标识生成日志信息,由于第二节点向每个第一节点发送相同的追踪标识,因此每个第一节点均按照相同的追踪标识生成日志信息,也即,用户能够按照相同的追踪标识查询每个第一节点中产生的日志信息,相较于不同的第一节点按照不同的查询方式查询日志信息更加方便,并且提高了效率。
在另一种可能实现的方式中,所述链路系统中包括至少两个第一节点;所述根据所述追踪标识以及执行结果生成日志信息,之后还包括:
基于所述执行结果判断当前第一节点是否运行正常;
若运行正常,则将执行结果发送至所述第二节点;
通过采用上述技术方案,若当前第一节点运行正常,则说明待执行任务在当前第一节点执行完毕,当前第一节点将执行结果发送至第二节点,从而便于第二节点得知待执行任务在当前第一节点中的执行情况。
在另一种可能实现的方式中,每个第一节点中包括至少一个执行机;
所述基于所述执行结果判断当前第一节点是否运行正常,包括:
接收所述第二节点发送的运行状态信息,所述运行状态信息用于表征当前第一节点是否运行正常;
其中,所述运行状态信息是由所述第二节点通过以下方式确定的:
接收当前第一节点返回的回馈信息,所述回馈信息包括至少一个执行机对应的执行结果;
若接收到所有执行机对应的执行结果,则确定所述当前第一节点运行正常;
若未接收到所有执行机对应的执行结果,则确定所述当前第一节点运行异常。
通过采用上述技术方案,当前第一节点将本节点内执行机的执行结果发送至第二节点,以使得第二节点确定当前第一节点的运行状态并发送运行状态信息。进一步的,第二节点根据接收到的执行结果生成表征运行正常或运行异常的运行状态信息,然后将运行状态信息发送给当前第一节点,当前第一节点接收到运行状态信息,从而能够确定自身是否运行正常,因此,通过该方式能够确定当前第一节点运行状态。
在另一种可能实现的方式中,每个第一节点中包括至少一个执行机;
所述基于所述执行结果判断当前第一节点是否运行正常,包括:
确定每个执行机对应的执行结果;
基于所述每个执行机对应的执行结果确定当前第一节点的运行状态信息,所述运行状态信息用于表征当前第一节点是否运行正常。
通过采用上述技术方案,当前第一节点中的每个执行机执行结束后,当前第一节点根据每个执行机的执行结果从而确定出当前第一节点的运行状态信息,当前第一节点根据本节点内的每个执行机的执行结果确定当前第一节点的运行状态更加方便。
在另一种可能实现的方式中,所述日志信息包括:当前第一节点中每个执行机对应的子日志信息;
若所述当前第一节点运行异常,所述方法还包括:
循环执行以下步骤,直至满足预设条件:
确定所述待执行任务的子追踪标识以及运行异常的执行机;
通过所述运行异常的执行机执行所述待执行任务;
根据所述子追踪标识以及当前执行结果生成子日志信息;
所述预设条件包括:
所述运行异常的执行机运行正常,且任务执行次数未超过预设次数阈值。
通过采用上述技术方案,确定出当前第一节点运行异常后,说明当前第一节点内存在运行异常的执行机,当前第一节点确定出追踪标识的子追踪标识,运行异常的执行机根据子追踪标识以及执行结果生成子日志信息。子日志信息通过子追踪标识查询,便于用户区分出运行异常的执行机的子日志信息与运行正常的执行机的子日志信息。若仍执行异常,则继续确定运行异常的执行机以及子追踪标识,并继续通过新确定出的运行异常的执行机执行待执行任务,以及新确定出的子追踪标识生成子日志信息,直至运行异常的执行机运行正常,从而可以提高执行待执行任务的成功率;由于每次运行异常的执行机在执行待执行任务时生成的子追踪标识均不同,从而使得用户能够更直观地区分每次运行异常的执行机的执行情况。
在另一种可能实现的方式中,所述方法还包括:
若当前第一节点运行异常且检测到用户触发的关于追踪标识的查询指令,则获取所述当前第一节点中运行异常的执行机的子日志信息;
输出所述运行异常的执行机的子日志信息。
通过采用上述技术方案,当前第一节点运行异常说明存在运行异常的执行机,若检测到用户触发的关于追踪标识的查询指令,获取当前第一节点中运行异常的执行机的子日志信息并进行输出,从而使得用户更直观地查看运行异常的执行机的子日志信息。
在另一种可能实现的方式中,若当前第一节点存在至少两个运行异常的执行机,所述输出所述运行异常的执行机的子日志信息,包括:
获取所述至少两个运行异常的执行机在预设时间段内运行异常的次数;
对所述次数进行排序,并得到排序结果;
根据所述排序结果依次输出所述至少两个运行异常的执行机分别对应的子日志信息。
通过采用上述技术方案,获取至少两个运行异常的执行机在预设时间段内运行异常的次数,从而便于得知至少两个运行异常的执行机的运行情况,并根据至少两个运行异常的执行机在预设时间段内的异常次数进行排序,根据排序结果优先输出异常次数较多或较少的执行机分别对应的子日志信息,从而便于用户按照异常次数查看分析当前第一节点运行异常的原因。
第二方面,本申请提供另一种第一节点,采用如下的技术方案:
一种第一节点,设置于链路系统中,所述链路系统包括:至少一个第一节点,以及第二节点,所述第一节点包括:
接收模块,用于接收第二节点发送的待执行任务以及所述待执行任务对应的追踪标识,每个第一节点接收到的追踪标识相同;
日志生成模块,用于执行所述待执行任务,并根据所述追踪标识以及执行结果生成日志信息。
通过采用上述技术方案,第二节点作为任务的发起节点用于确定待执行任务以及待执行任务的追踪标识,第二节点确定出待执行任务以及追踪标识后,将待执行任务以及追踪标识发送至至少一个第一节点,至少一个第一节点用于执行待执行任务并生成日志信息,任意一个第一节点的接收模块接收到第二节点发送的待执行任务以及追踪标识之后,日志生成模块执行待执行任务,并且根据追踪标识生成日志信息,由于第二节点向每个第一节点发送相同的追踪标识,因此每个第一节点的日志生成模块均按照相同的追踪标识生成日志信息,也即,用户能够按照相同的追踪标识查询每个第一节点中产生的日志信息,相较于不同的第一节点按照不同的查询方式查询日志信息更加方便,并且提高了效率。
在另一种可能实现的方式中,所述链路系统中包括至少两个第一节点;所述第一节点还包括:
判断模块,用于基于所述执行结果判断当前第一节点是否运行正常;
发送模块,用于当运行正常时,将执行结果发送至所述第二节点;
在另一种可能实现的方式中,每个第一节点中包括至少一个执行机;
判断模块在基于所述执行结果判断当前第一节点是否运行正常时,具体用于:
接收第二节点发送的运行状态信息,所述运行状态信息用于表征当前第一节点是否运行正常;
其中,所述运行状态信息是由所述第二节点通过以下方式确定的:
接收当前第一节点返回的回馈信息,所述回馈信息包括至少一个执行机对应的执行结果;
若接收到所有执行机对应的执行结果,则确定所述当前第一节点运行正常;
若未接收到所有执行机对应的执行结果,则确定所述当前第一节点运行异常。
在另一种可能实现的方式中,每个第一节点中包括至少一个执行机;
判断模块在所述基于所述执行结果判断当前第一节点是否运行正常时,具体用于:
确定每个执行机对应的执行结果;
基于所述每个执行机对应的执行结果确定当前第一节点的运行状态信息,所述运行状态信息用于表征当前第一节点是否运行正常。
在另一种可能实现的方式中,所述日志信息包括:当前第一节点中每个执行机对应的子日志信息;
若所述当前第一节点运行异常,所述第一节点还包括:
循环模块,用于循环执行以下步骤,直至满足预设条件:
确定所述待执行任务的子追踪标识以及运行异常的执行机;
通过所述运行异常的执行机执行所述待执行任务;
根据所述子追踪标识以及当前执行结果生成子日志信息;
所述预设条件包括:
所述运行异常的执行机运行正常,且任务执行次数未超过预设次数阈值。
在另一种可能实现的方式中,所述第一节点还包括:
获取模块,用于当当前第一节点运行异常且检测到用户触发的关于追踪标识的查询指令时,获取所述当前第一节点中运行异常的执行机的子日志信息;
输出模块,用于输出所述运行异常的执行机的子日志信息。
在另一种可能实现的方式中,若当前第一节点存在至少两个运行异常的执行机,所述输出模块在输出所述运行异常的执行机的子日志信息时,具体用于:
获取所述至少两个运行异常的执行机在预设时间段内运行异常的次数;
对所述次数进行排序,并得到排序结果;
根据所述排序结果依次输出所述至少两个运行异常的执行机分别对应的子日志信息。
第三方面,本申请提供一种链路系统,采用如下的技术方案:
一种链路系统,包括:至少一个第一节点以及第二节点,其中,
所述第二节点,用于确定待执行任务以及所述待执行任务对应的追踪标识,并将所述待执行任务以及所述追踪标识发送至至少一个第一节点;
任一第一节点,用于执行第一方面所述的一种任务全链路追踪方法。
第四方面,本申请提供一种电子设备,采用如下的技术方案:
一种电子设备,该电子设备包括:
一个或多个处理器;
存储器;
一个或多个应用程序,其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行,一个或多个应用程序配置用于:执行根据第一方面任一种可能的实现方式所示的一种任务全链路追踪方法。
第五方面,本申请提供一种计算机可读存储介质,采用如下的技术方案:
一种计算机可读存储介质,当所述计算机程序在计算机中执行时,令所述计算机执行第一方面任一项所述的一种任务全链路追踪方法。
综上所述,本申请包括以下至少一种有益技术效果:
1.任意一个第一节点接收到第二节点发送的待执行任务以及追踪标识后执行待执行任务,并且根据追踪标识生成日志信息,由于第二节点向每个第一节点发送相同的追踪标识,每个第一节点均按照相同的追踪标识生成日志信息,也即,用户能够按照相同的追踪标识查询每个第一节点中产生的日志信息,相较于不同的第一节点按照不同的查询方式查询日志信息更加方便,并且提高了效率;
2. 确定出当前第一节点运行异常后,当前第一节点确定出追踪标识的子追踪标识,运行异常的执行机根据子追踪标识以及执行结果生成子日志信息。子日志信息通过子追踪标识查询,便于用户区分出运行异常的执行机的子日志信息与运行正常的执行机的子日志信息。若仍执行异常,则继续确定运行异常的执行机以及子追踪标识,并继续通过新确定出的运行异常的执行机执行待执行任务,以及新确定出的子追踪标识生成子日志信息,直至运行异常的执行机运行正常,从而提高了执行待执行任务的成功率。
附图说明
图1是本申请实施例中一种链路的结构示意图。
图2是本申请实施例的一种任务全链路追踪方法的流程示意图。
图3是本申请实施例的一种第一节点的结构示意图。
图4是本申请实施例的一种电子设备的结构示意图。
具体实施方式
以下结合附图对本申请作进一步详细说明。
本领域技术人员在阅读完本说明书后可以根据需要对本实施例做出没有创造性贡献的修改,但只要在本申请的权利要求范围内都受到专利法的保护。
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
另外,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,如无特殊说明,一般表示前后关联对象是一种“或”的关系。
下面结合说明书附图对本申请实施例作进一步详细描述。
本申请实施例提供了一种任务全链路追踪方法,应用于链路系统中,链路系统如图1所示,图1所示的链路系统包括:至少两个第一节点1以及第二节点2,在其他实施方式中,第一节点1的数量可以是一个。该方法由链路系统中的任一第一节点执行,任一第一节点可以为服务器也可以为终端设备,其中,该服务器可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,还可以是提供云计算服务的云服务器。终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机等,但并不局限于此,该终端设备以及服务器可以通过有线或无线通信方式进行直接或间接地连接,本申请实施例在此不做限制,如图2所示,该方法包括步骤S101以及步骤S102,其中,
步骤S101,接收第二节点发送的待执行任务以及待执行任务对应的追踪标识。
其中,每个第一节点接收到的追踪标识相同;。
对于本申请实施例,待执行任务由第二节点确定,第二节点可以是用户侧的终端设备,例如,在云游戏领域,用户在终端设备上触发游戏的启动任务以及画面播放任务,第二节点即可将游戏的启动任务以及画面播放任务作为待执行任务。确定出待执行任务后,第二节点可根据第二节点的IP地址、当前时间、自增序列以及进程ID等信息生成追踪标识。
例如,追踪标识为“0ad1348f1403169275002100356696”,其中,前 8 位“0ad1348f”即生成追踪标识的终端设备的十六进制格式的IP地址(即第二节点),每两位代表IP地址中的一段。后面的13位“1403169275002 ”是产生追踪标识的时间,即当前时间。之后的4位“1003”为自增序列,即任务开始时,第二节点的序列号为:1000,待执行任务和追踪标识传输到第一个第一节点时,根据追踪标识,识别到自增序列号1000,然后将序列号+1,即为1001,第二个第一节点上一个第一节点的自增序列号再加一得到1002,以此类推。最后5位“56696”为当前的进程ID,从而防止在多进程的情况下待执行任务与其它任务的进行出现追踪标识冲突的情况。
在其他可能的实施方式中,追踪标识还可结合待执行任务的任务编号以及第二节点的名称等参数确定,以提高追踪标识的安全性,并且降低追踪标识之间发生重复的可能性。
当第一节点的数量为至少两个时,每个第一节点能够执行的功能和任务可以相同也可以不同。每个第一节点均与第二节点存在信息交互,第二节点确定出待执行任务以及追踪标识后,将待执行任务以及追踪标识发送至每个第一节点。
第二节点可应用在单链路追踪的场景中,也可应用在复合链路追踪的场景中,在此不做限定。在单链路中每个第一节点包括一个执行机,在复合链路中每个第一节点包括至少两个执行机,例如,假设在云游戏链路系统中,包括第二节点、第一节点1(PaaS平台)、第一节点2(Proxy系统)以及第一节点3(Agent系统),
用户可以在第二节点中勾选追踪标识的生成规则、选定链路系统的范围以及选定范围的时间、选择执行任务以及发布任务等,用户在第二节点中勾选所需要发送的大区,大区内包括要执行任务的执行机的IP地址,然后用户触发确定指令,第二节点检测到确定指令后生成待执行任务,然后第二节点向上述三个第一节点发送待执行任务以及追踪标识,上述三个第一节点接收第二节点发送的待执行任务以及追踪标识。每个第一节点均根据相同的追踪标识生成日志信息,因此用户根据相同的追踪标记即可查询待执行任务在每个第一节点中的执行情况。
第二节点将待执行任务以及追踪标识发送至第一节点时,可能出现发送失败的情况,因此,第一节点在接收到待执行任务以及追踪标识后,向第二节点发送反馈信息,反馈信息可以是特定的值以及特征的字符等。若第二节点接收到第一节点发送的表征“未接收成功”的反馈信息,说明第二节点向第一节点发送待执行任务以及追踪标识失败。若第二节点接收到第一节点发送的表征“接收成功”的反馈信息,说明第二节点向当前第一节点发送待执行任务以及追踪标识成功。
在本申请实施例中,当前第一节点在预设时间段内未接收到第二节点发送的待执行任务以及追踪标识,则当前第一节点发送表征“未接收成功”的反馈信息。当前第一节点在预设时间段内接收到第二节点发送的待执行任务以及追踪标识,则当前第一节点发送表征“接收成功”的反馈信息。
步骤S102,执行待执行任务,并根据追踪标识以及执行结果生成日志信息。
对于本申请实施例,当前第一节点接收到待执行任务以及追踪标识后,当前第一节点执行待执行任务,并根据追踪标识生成待执行任务的日志信息。用户通过追踪标识即可查询当前第一节点中的日志信息。例如,当前第一节点执行成功则添加标识“T”,若执行失败则添加标识“F”,待执行任务在当前第一节点执行成功,以步骤S101中的追踪标识为例,当前第一节点根据追踪标识生成的日志信息可以包括“0ad1348f1403169275002100356696,T”。若通过第二节点搜索不到此条标识ID时,则判断为网络出现问题,当前第一节点未能成功将标识传输到此第二节点。
在其他实施方式中,第二节点发起待执行任务时,会生成待执行任务的任务详情,任务详情中包括追踪标识以及每个执行机的执行情况,当前第一节点接收到待执行任务后,根据每个执行机是否执行成功,将每个执行机的执行情况对应配置到任务详情中,当前第一节点将任务详情发送至第二节点,从第二节点处根据追踪标识调取任务详情,若任务详情内显示当前第一节点内全部执行机执行完成,则说明当前第一节点执行完成并运行正常。
上述两种生成日志信息的方式还可以综合判断是否第二节点是否接收到当前第一节点中的执行成功或执行失败的日志信息,起到相互校验的效果,降低第二节点未收到当前第一节点中执行完成或执行失败的日志信息的可能性。
链路系统中第一节点的数量一般为两个或两个以上,因此,为了待执行任务在至少两个第一节点中执行进程的正常运行,根据追踪标识以及执行结果生成日志信息之后,还可以包括步骤S103(图中未示出)、步骤S104(图中未示出)以及步骤S105(图中未示出),其中,步骤S103执行完毕后可以执行步骤S104,也可以执行步骤S105,其中,
步骤S103,基于执行结果判断当前第一节点是否运行正常。
其中,当链路系统中存在至少两个第一节点时,待执行任务需要在至少两个第一节点之间传递。待执行任务在当前第一节点中执行后,存在对应的执行结果。执行结果表征待执行任务在当前第一节点中的运行情况,即运行正常或运行异常。因此,通过执行结果即可判断待执行任务在当前第一节点是否运行正常。
步骤S104,若运行正常,则将执行结果发送至第二节点。
对于本申请实施例,若通过执行结果判断出当前第一节点运行正常,当前第一节点则将执行结果发送至第二节点,从而使得待执行任务的发起节点得知待执行任务在当前第一节点中的执行结果。在其他实施方式中,当前第一节点也可将执行结果发送至特定的节点,如agent节点,或其他的节点管理设备,然后将执行结果批量发送至第二节点。
在其他实施方式中,第一节点的数量为至少两个时,至少两个第一节点之间也可以依次相邻连接,若当前第一节点运行正常,且当前第一节点不为最后一个节点,则将执行结果、待执行任务以及追踪标识发送至下一第一节点。
对于本申请实施例,当前第一节点为至少两个第一节点中的中间节点,即除最后一个第一节点之外的第一节点,则说明待执行任务在链路系统中并未传递结束也并未执行完毕。若通过执行结果判断出在当前第一节点运行正常,当前第一节点则将执行结果、待执行任务以及追踪标识发送至下一个第一节点,从而使得下一个第一节点执行待执行任务,并且按照追踪标识生成日志信息。
待执行任务在当前第一节点中存在运行正常和运行异常两种情况,并且每个第一节点中包括至少一个执行机,因此为了确定出待执行任务在当前第一节点中的运行情况,基于执行结果判断当前第一节点是否运行正常,还可以通过接收第二节点发送的运行状态信息进行判断。
其中,运行状态信息用于表征当前第一节点是否运行正常。运行状态信息是由第二节点确定出的,在本申请实施例中,第二节点接收当前第一节点返回的回馈信息;若接收到所有执行机对应的执行结果,则确定当前第一节点运行正常;若未接收到所有执行机对应的执行结果,则确定当前第一节点运行异常。
其中,回馈信息包括至少一个执行机对应的执行结果。
接收当前第一节点返回的回馈信息,回馈信息包括至少一个执行机对应的执行结果。
若接收到所有执行机对应的执行结果,则确定当前第一节点运行正常。
若未接收到所有执行机对应的执行结果,则确定当前第一节点运行异常。
对于本申请实施例,每个第一节点中均包括至少一个执行机。执行机为第一节点中分布式的云服务设备,云服务设备用于执行待执行任务。当执行机的数量为至少两个时,第一节点可按照执行机的数量对待执行任务进行拆分,每个执行机执行部分待执行任务。在本申请实施例中,每个执行机执行完对应的待执行任务后可将执行结果直接发送至第二节点。
假设当前第一节点包括两个执行机,执行机A以及执行机B,第二节点接收到当前第一节点发送的回馈信息,即两个执行机对应的执行结果。当前第一节点将每个执行机的执行结果发送至第二节点,第二节点接收到两个执行机的执行结果后,说明当前第一节点的两个执行机均运行正常,也即当前第一节点运行正常。第二节点确定出当前第一节点运行正常后,确定出当前第一节点运行正常的运行状态信息,并将该运行状态信息发送至当前第一节点;当前第一节点接收到该运行状态信息后即可确定出当前第一节点运行正常。
若第二节点只接收到执行机A的执行结果,即并非全部执行机的执行结果,则说明当前第一节点中的执行机B运行异常,执行机B可能未产生执行结果,也可能当前第一节点在向第二节点发送执行机B的执行结果时发生丢失,第二节点均确定当前第一节点运行异常。因此,第二节点确定出当前第一节点运行异常的运行状态信息,并将该运行状态信息发送至当前第一节点;当前第一节点接收到该运行状态信息后即可确定出当前第一节点运行异常。
进一步地,在另一种可能的实现方式中,基于执行结果判断当前第一节点是否运行正常的方式,具体可以包括:
确定每个执行机对应的执行结果,基于每个执行机对应的执行结果确定当前第一节点的运行状态信息。
其中,运行状态信息用于表征当前第一节点是否运行正常。
对于本申请实施例,假设当前第一节点存在执行机A以及执行机B,执行机A以及执行机B执行完待执行任务后,当前第一节点确定两个执行机对应的执行结果。若执行机A以及执行机B均执行成功,当前第一节点根据两个执行机执行成功的执行结果即可确定当前第一节点运行正常的运行状态信息。若执行机A以及执行机B中的至少一个执行失败,当前第一节点根据两个执行机的执行结果即可确定当前第一节点运行异常的运行状态信息。
当前第一节点的日志信息中包括每个执行机对应的子日志信息,若当前第一节点运行异常,则说明存在运行异常的执行机,因此为了提高待执行任务在当前第一节点执行正常的成功率,当前第一节点循环执行以下步骤(步骤S1(图中未示出)、步骤S2(图中未示出)以及步骤S3(图中未示出)),直至满足预设条件,其中,
步骤S1,确定待执行任务的子追踪标识以及运行异常的执行机。
步骤S2,通过运行异常的执行机执行待执行任务。
步骤S3,根据子追踪标识以及当前执行结果生成子日志信息;
其中,预设条件包括:运行异常的执行机运行正常,且任务执行次数未超过预设次数阈值。
对于本申请实施例,假设预设次数阈值为3次,若当前第一节点运行异常,则说明当前第一节点存在运行异常的执行机。假设当前第一节点存在执行机A以及执行机B,且执行机A运行异常,当前第一节点根据追踪标识重新确定子追踪标识。当前第一节点控制执行机A重新执行待执行任务,并生成执行结果,当前第一节点根据执行结果以及子追踪标识生成执行机A对应的子日志信息。
若执行机A仍运行异常,则当前第一节点继续根据追踪标识重新确定子追踪标识。当前第一节点控制执行机A重新执行待执行任务,当前第一节点根据执行结果以及子追踪标识继续生成执行机A对应的子日志信息。
若执行机A仍运行异常,则当前第一节点继续根据追踪标识重新确定子追踪标识。当前第一节点控制执行机A重新执行待执行任务,当前第一节点根据执行结果以及子追踪标识继续生成执行机A对应的子日志信息。若此时执行机A运行正常,则说明此时当前第一节点运行正常。
若此时执行机A仍运行异常,此时待执行任务的执行次数达到预设次数阈值3次,则当前第一节点不再继续根据追踪标识重新确定子追踪标识。并且当前第一节点不再控制执行机A重新执行待执行任务。此时当前第一节点可以输出提示信息以提醒用户当前第一节点对待执行任务执行异常。
因此,在当前第一节点中存在运行异常的执行机时,持续控制运行异常的执行机执行待执行任务,并且每次控制运行异常的执行机重新执行待执行任务时还重新确定子追踪标识,根据子追踪标识生成子日志信息,直到在预设次数阈值内运行异常的执行机对待执行任务执行成功,从而提高当前第一节点执行待执行任务的成功率。
其中,根据追踪标识确定子任务标识可以是修改追踪标识中的指定位数值,从而得到子追踪标识。以步骤S101中的追踪标识为例,当前第一节点可以将追踪标识中表示标识产生时间对应的数值替换为当前第一节点运行异常时的时间对应的数值。
例如,追踪标识为“0ad1348f1403169275002100356696”,其中,前 8 位“0ad1348f”即生成追踪标识的终端设备的十六进制格式的IP地址(即第二节点),每两位代表IP地址中的一段。后面的13位“1403169275002 ”是产生追踪标识的时间,即当前时间。之后的4位“1003”为自增序列。最后5位“56696”为当前的进程ID,从而防止在多进程的情况下待执行任务与其它任务的进行出现追踪标识冲突的情况。也可以将当前第一节点中运行异常的执行机的IP地址、运行异常的执行机的编号等信息添加进追踪标识中,从而得到子追踪标识。
由于日志信息数量较多,为了便于用户更直观地查看运行异常的执行机的子日志信息,步骤S102之后还可以包括步骤Sa(图中未示出)以及步骤Sb(图中未示出),其中,
步骤Sa,若当前第一节点运行异常且检测到用户触发的关于追踪标识的查询指令,则获取当前第一节点中运行异常的执行机的子日志信息。
对于本申请实施例,当前第一节点运行异常且检测到用户触发关于追踪标识的查询执行,则说明用户需要查询当前第一节点的执行情况。其中用户触发的查询指令可以是用户通过鼠标、键盘以及触控屏等输入设备在可视化操作界面上触发的。
步骤Sb,输出运行异常的执行机的子日志信息。
假设当前第一节点存在执行机A以及执行机B,并且执行机A为运行异常的执行机,当前第一节点获取执行机A的子日志信息,并通过显示屏等输出设备进行显示,从而便于用户查看运行异常的执行机的日志信息。也可以将执行机A的子日志信息发送至用户对应的终端设备中,以便于用户查看。
当当前第一节点存在至少两个运行异常的执行机时,为了更有序地输出运行异常的执行机的子日志信息,步骤Sb中输出运行异常的执行机的子日志信息,具体包括步骤Sb1(图中未示出)、步骤Sb2(图中未示出)以及步骤Sb3(图中未示出),其中,
步骤Sb1,获取各个运行异常的执行机在预设时间段内分别对应运行异常次数。
例如,预设时间段为过去7天,每个执行机的运行异常次数可以存储在当前第一节点的本地存储介质中,也可以存储在云服务器中。当前第一节点从本地存储介质或云服务器中调取运行异常的执行机的运行异常的次数。假设获取到的运行异常的执行机为执行机A以及执行机B,执行机A在过去7天运行异常的次数为10次,执行机B在过去7天运行异常的次数为15次。
步骤Sb2,对次数进行排序,得到排序结果。
对于本申请实施例,当前第一节点对执行机A以及执行机B运行异常的次数进行排序,例如,执行机A以及执行机B的运行异常的次数按由大到小的顺序进行排序,依次为执行机B、执行机A。执行机B运行异常的次数较多,说明执行机B的优先级或重要性较高,需要用户优先查看。当前第一节点也可以对执行机A以及执行机B运行异常的次数按照由小到大的顺序进行排序,在此不再赘述。
步骤Sb3,根据排序结果依次输出各个运行异常的执行机分别对应的子日志信息。
以步骤Sb2为例,当前第一节点将由大到小进行排序的排序结果,即执行机B和执行机A的子日志信息通过显示屏等显示装置进行显示输出,也可将执行机B和执行机A的子日志信息发送至用户对应的终端设备中。
上述实施例从方法流程的角度介绍一种任务全链路追踪方法,下述实施例从虚拟模块或者虚拟单元的角度介绍了一种第一节点,具体详见下述实施例。
本申请实施例提供一种第一节点30,如图3所示,该第一节点30应用于链路系统中,链路系统包括:第二节点以及至少一个第一节点30,第一节点30包括:
接收模块301,用于接收第二节点发送的待执行任务以及待执行任务对应的追踪标识,每个第一节点接收到的追踪标识相同;
日志生成模块302,用于执行待执行任务,并根据追踪标识以及执行结果生成日志信息。
本申请实施例公开了一种第一节点30,其中,第二节点作为任务的发起节点用于确定待执行任务以及待执行任务的追踪标识,第二节点确定出待执行任务以及追踪标识后,将待执行任务以及追踪标识发送至至少一个第一节点,至少一个第一节点用于执行待执行任务并生成日志信息,任意一个第一节点的接收模块301接收到第二节点发送的待执行任务以及追踪标识之后,日志生成模块302执行待执行任务,并且根据追踪标识生成日志信息,由于第二节点向每个第一节点发送相同的追踪标识,因此每个第一节点的日志生成模块均按照相同的追踪标识生成日志信息,也即,用户能够按照相同的追踪标识查询所需的第一节点中产生的日志信息,相较于不同的第一节点按照不同的查询方式查询日志信息更加方便,并且提高了效率。
本申请实施例的一种可能的实现方式,链路系统中包括至少两个第一节点;第一节点30还包括:
判断模块,用于基于执行结果判断当前第一节点是否运行正常;
发送模块,用于当运行正常时,将执行结果发送至第二节点;
本申请实施例的一种可能的实现方式,每个第一节点30中包括至少一个执行机;
判断模块在基于执行结果判断当前第一节点是否运行正常时,具体用于:
接收第二节点发送的运行状态信息,运行状态信息用于表征当前第一节点是否运行正常;
其中,运行状态信息是由第二节点通过以下方式确定的:
接收当前第一节点返回的回馈信息,回馈信息包括至少一个执行机对应的执行结果;
若接收到所有执行机对应的执行结果,则确定当前第一节点运行正常;
若未接收到所有执行机对应的执行结果,则确定当前第一节点运行异常。
本申请实施例的一种可能的实现方式,每个第一节点30中包括至少一个执行机;
判断模块在基于执行结果判断当前第一节点是否运行正常时,具体用于:
确定每个执行机对应的执行结果;
基于每个执行机对应的执行结果确定当前第一节点的运行状态信息,运行状态信息用于表征当前第一节点是否运行正常。
本申请实施例的一种可能的实现方式,日志信息包括:当前第一节点中每个执行机对应的子日志信息;
若当前第一节点运行异常,第一节点30还包括:
循环模块,用于循环执行以下步骤,直至满足预设条件:
确定待执行任务的子追踪标识以及运行异常的执行机;
通过运行异常的执行机执行待执行任务;
根据子追踪标识以及当前执行结果生成子日志信息;
预设条件包括:
运行异常的执行机运行正常,且任务执行次数未超过预设次数阈值。
本申请实施例的一种可能的实现方式,第一节点30还包括:
获取模块,用于当当前第一节点运行异常且检测到用户触发的关于追踪标识的查询指令时,获取当前第一节点中运行异常的执行机的子日志信息;
输出模块,用于输出运行异常的执行机的子日志信息。
本申请实施例的一种可能的实现方式,若当前第一节点存在至少两个运行异常的执行机,输出模块在输出运行异常的执行机的子日志信息时,具体用于:
获取各个运行异常的执行机在预设时间段内分别对应运行异常次数;
对次数进行排序,得到排序结果;
根据排序结果依次输出各个运行异常的执行机分别对应的子日志信息。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的一种第一节点30的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
本申请实施例中提供了一种链路系统,如图1所示,图1所示的链路系统包括第二节点1以及至少一个第一节点2。第二节点1用于确定待执行任务以及待执行任务对应的追踪标识,将待执行任务以及追踪标识发送至第一节点2,以使得第一节点2执行待执行任务,并根据追踪标识以及执行结果生成日志信息,第二节点1与每个第一节点2之间均可以通过数据线等进行有线连接,也可通过局域网以及互联网等进行无线连接。
任意一个第一节点2用于执行上述方法实施例所示的内容。
本申请实施例中提供了一种电子设备,如图4所示,图4所示的电子设备40包括:处理器401和存储器403。其中,处理器401和存储器403相连,如通过总线402相连。可选地,电子设备40还可以包括收发器404。需要说明的是,实际应用中收发器404不限于一个,该电子设备40的结构并不构成对本申请实施例的限定。
处理器401可以是CPU(Central Processing Unit,中央处理器),通用处理器,DSP(Digital Signal Processor,数据信号处理器),ASIC(Application SpecificIntegrated Circuit,专用集成电路),FPGA(Field Programmable Gate Array,现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器401也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等。
总线402可包括一通路,在上述组件之间传送信息。总线402可以是PCI(Peripheral Component Interconnect,外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture,扩展工业标准结构)总线等。总线402可以分为地址总线、数据总线、控制总线等。为便于表示,图4中仅用一条粗线表示,但并不表示仅有一根总线或一型的总线。
存储器403可以是ROM(Read Only Memory,只读存储器)或可存储静态信息和指令的其他类型的静态存储设备,RAM(Random Access Memory,随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备,也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory,电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory,只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。
存储器403用于存储执行本申请方案的应用程序代码,并由处理器401来控制执行。处理器401用于执行存储器403中存储的应用程序代码,以实现前述方法实施例所示的内容。
其中,电子设备包括但不限于:移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。还可以为服务器等。图4示出的电子设备仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
本申请实施例提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,当其在计算机上运行时,使得计算机可以执行前述方法实施例中相应内容。与相关技术相比,本申请实施例中第二节点作为任务的发起节点用于确定待执行任务以及待执行任务的追踪标识,第二节点确定出待执行任务以及追踪标识后,将待执行任务以及追踪标识发送至与第二节点存在信息交互的第一节点,至少一个第一节点用户执行待执行任务并生成日志信息,待执行任务在至少一个第一节点中按第一节点的链接顺序依次传递执行。任意一个第一节点接收到第二节点发送的待执行任务以及追踪标识后执行待执行任务,并且根据追踪标识生成日志信息,由于第二节点向每个第一节点发送相同的追踪标识,因此每个第一节点均按照相同的追踪标识生成日志信息,也即,用户能够按照相同的追踪标识查询每个第一节点中产生的日志信息,相较于不同的第一节点按照不同的查询方式查询日志信息更加方便,并且提高了效率。
应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上所述仅是本申请的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。
Claims (8)
1.一种任务全链路追踪方法,其特征在于,应用于链路系统中,所述链路系统包括:至少一个第一节点,以及第二节点,所述方法由任一第一节点执行,所述方法包括:
接收第二节点发送的待执行任务以及所述待执行任务对应的追踪标识,每个第一节点接收到的追踪标识相同;
执行所述待执行任务,并根据所述追踪标识以及执行结果生成日志信息;
所述链路系统中包括至少两个第一节点,基于所述执行结果判断当前第一节点是否运行正常;若运行正常,则将执行结果发送至所述第二节点;
每个第一节点中包括至少一个执行机;所述日志信息包括:当前第一节点中每个执行机对应的子日志信息;
若所述当前第一节点运行异常,则循环执行以下步骤,直至满足预设条件:
确定所述待执行任务的子追踪标识以及运行异常的执行机;
通过所述运行异常的执行机执行所述待执行任务;
根据所述子追踪标识以及当前执行结果生成子日志信息;
所述预设条件包括:
所述运行异常的执行机运行正常,且任务执行次数未超过预设次数阈值;
所述追踪标识中包括标识产生时间,所述确定所述待执行任务的子追踪标识,包括:
将追踪标识中表示标识产生时间对应的数值替换为当前第一节点运行异常时的时间对应的数值。
2.根据权利要求1所述的一种任务全链路追踪方法,其特征在于,每个第一节点中包括至少一个执行机;
所述基于所述执行结果判断当前第一节点是否运行正常,包括:
接收所述第二节点发送的运行状态信息,所述运行状态信息用于表征当前第一节点是否运行正常;
其中,所述运行状态信息是由所述第二节点通过以下方式确定的:
接收当前第一节点返回的回馈信息,所述回馈信息包括至少一个执行机对应的执行结果;
若接收到所有执行机对应的执行结果,则确定所述当前第一节点运行正常;
若未接收到所有执行机对应的执行结果,则确定所述当前第一节点运行异常。
3.根据权利要求1所述的一种任务全链路追踪方法,其特征在于,每个第一节点中包括至少一个执行机;
所述基于所述执行结果判断当前第一节点是否运行正常,包括:
确定每个执行机对应的执行结果;
基于所述每个执行机对应的执行结果确定当前第一节点的运行状态信息,所述运行状态信息用于表征当前第一节点是否运行正常。
4.根据权利要求1所述的一种任务全链路追踪方法,其特征在于,所述方法还包括:
若当前第一节点运行异常且检测到用户触发的关于追踪标识的查询指令,则获取所述当前第一节点中运行异常的执行机的子日志信息;
输出所述运行异常的执行机的子日志信息。
5.根据权利要求4所述的一种任务全链路追踪方法,其特征在于,若当前第一节点存在至少两个运行异常的执行机,所述输出所述运行异常的执行机的子日志信息,包括:
获取各个运行异常的执行机在预设时间段内分别对应运行异常次数;
对所述次数进行排序,得到排序结果;
根据所述排序结果依次输出所述各个运行异常的执行机分别对应的子日志信息。
6.一种第一节点,其特征在于,设置于链路系统中,所述链路系统包括:至少一个第一节点,以及第二节点,所述第一节点包括:
接收模块,用于接收第二节点发送的待执行任务以及所述待执行任务对应的追踪标识,每个第一节点接收到的追踪标识相同;
日志生成模块,用于执行所述待执行任务,并根据所述追踪标识以及执行结果生成日志信息;
所述链路系统中包括至少两个第一节点,判断模块,用于基于所述执行结果判断当前第一节点是否运行正常;
发送模块,用于当运行正常时,将执行结果发送至所述第二节点;
每个第一节点中包括至少一个执行机;所述日志信息包括:当前第一节点中每个执行机对应的子日志信息;
循环模块,用于当所述当前第一节点运行异常时,循环执行以下步骤,直至满足预设条件:
确定所述待执行任务的子追踪标识以及运行异常的执行机;
通过所述运行异常的执行机执行所述待执行任务;
根据所述子追踪标识以及当前执行结果生成子日志信息;
所述预设条件包括:
所述运行异常的执行机运行正常,且任务执行次数未超过预设次数阈值;
所述追踪标识中包括标识产生时间,所述循环模块在确定所述待执行任务的子追踪标识时,具体用于:
将追踪标识中表示标识产生时间对应的数值替换为当前第一节点运行异常时的时间对应的数值。
7.一种链路系统,其特征在于,包括:至少一个第一节点以及第二节点,其中,
所述第二节点,用于确定待执行任务以及所述待执行任务对应的追踪标识,并将所述待执行任务以及所述追踪标识发送至至少一个第一节点;
任一第一节点,用于执行权利要求1-5任一项所述的一种任务全链路追踪方法。
8.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,当所述计算机程序在计算机中执行时,令所述计算机执行权利要求1~5任一项所述的一种任务全链路追踪方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211638225.0A CN115629951B (zh) | 2022-12-20 | 2022-12-20 | 一种任务全链路追踪方法、第一节点、链路系统及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211638225.0A CN115629951B (zh) | 2022-12-20 | 2022-12-20 | 一种任务全链路追踪方法、第一节点、链路系统及介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115629951A CN115629951A (zh) | 2023-01-20 |
CN115629951B true CN115629951B (zh) | 2023-03-28 |
Family
ID=84909720
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211638225.0A Active CN115629951B (zh) | 2022-12-20 | 2022-12-20 | 一种任务全链路追踪方法、第一节点、链路系统及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115629951B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116954871B (zh) * | 2023-09-20 | 2024-02-27 | 联通在线信息科技有限公司 | 异步分发任务数据链管理方法及系统 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109388628A (zh) * | 2018-08-28 | 2019-02-26 | 平安科技(深圳)有限公司 | 系统日志查询方法、装置、计算机设备及存储介质 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8683268B2 (en) * | 2011-06-20 | 2014-03-25 | International Business Machines Corporation | Key based cluster log coalescing |
CN106909467B (zh) * | 2017-02-28 | 2021-06-29 | 郑州云海信息技术有限公司 | 一种基于微服务架构的分布式事务处理方法 |
CN109634800A (zh) * | 2018-10-19 | 2019-04-16 | 深圳平安财富宝投资咨询有限公司 | 数据处理方法、系统、终端及可读存储介质 |
CN111625431B (zh) * | 2019-02-28 | 2022-04-22 | 华为技术有限公司 | 一种日志信息生成方法、装置及电子设备 |
CN111078432B (zh) * | 2019-12-10 | 2024-04-16 | 深圳前海环融联易信息科技服务有限公司 | 一种服务之间调度的追踪方法及装置 |
CN113342564B (zh) * | 2021-06-25 | 2023-12-12 | 阿波罗智联(北京)科技有限公司 | 日志审计方法、装置、电子设备和介质 |
CN115344533A (zh) * | 2022-08-22 | 2022-11-15 | 中国平安人寿保险股份有限公司 | 微服务日志检索方法、系统、控制装置及存储介质 |
-
2022
- 2022-12-20 CN CN202211638225.0A patent/CN115629951B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109388628A (zh) * | 2018-08-28 | 2019-02-26 | 平安科技(深圳)有限公司 | 系统日志查询方法、装置、计算机设备及存储介质 |
Non-Patent Citations (1)
Title |
---|
杨勇 ; 李影 ; 吴中海 ; .分布式追踪技术综述.《软件学报》.2020,(第07期),全文. * |
Also Published As
Publication number | Publication date |
---|---|
CN115629951A (zh) | 2023-01-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109729131B (zh) | 一种应用请求的处理方法、装置和路由器 | |
CN108984388B (zh) | 一种生成自动化测试用例的方法及终端设备 | |
CN107798108B (zh) | 一种异步任务查询方法及设备 | |
CN111459659A (zh) | 数据处理方法、装置、调度服务器及介质 | |
CN110990233B (zh) | 一种利用甘特图展示soar的方法和系统 | |
CN109033814B (zh) | 智能合约触发方法、装置、设备及存储介质 | |
CN109165158B (zh) | 测试用例的调度方法、装置、计算设备及计算机存储介质 | |
CN115629951B (zh) | 一种任务全链路追踪方法、第一节点、链路系统及介质 | |
CN108628732B (zh) | 一种应用界面控件遍历测试方法及装置 | |
CN110267215B (zh) | 一种数据检测方法、设备及存储介质 | |
CN111988429A (zh) | 算法调度方法以及系统 | |
CN112099800A (zh) | 代码数据的处理方法、装置和服务器 | |
CN111359205B (zh) | 云端游戏的操作方法、装置、计算机设备及存储介质 | |
CN110874365B (zh) | 一种信息查询方法及其相关设备 | |
CN113076112A (zh) | 数据库部署的方法、装置及电子设备 | |
CN114567571B (zh) | 性能测试方法、装置、电子设备和计算机可读存储介质 | |
CN112925623B (zh) | 任务处理方法、装置、电子设备和介质 | |
CN113656549B (zh) | 电子书的内容搜索方法、电子设备及计算机存储介质 | |
CN112667949A (zh) | 用于前端网关的数据处理方法及装置 | |
CN110390064A (zh) | 文件更新方法、装置和系统,存储介质及电子装置 | |
CN111475306B (zh) | 微服务节点、异步任务处理方法、系统和存储介质 | |
CN114265997B (zh) | 页面信息的输出方法、装置、存储介质以及终端 | |
CN114168227A (zh) | 程序调用的处理方法、电子设备及计算机存储介质 | |
CN117667285A (zh) | 元素的选取方法、系统、终端设备和可读存储介质 | |
CN114020435A (zh) | 一种任务调度方法、装置、设备及介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |