一种基于分布式系统的交易路径跟踪方法、装置及设备与流程

本申请涉及计算机技术领域，尤其涉及一种基于分布式系统的交易路径跟踪方法、装置及设备。

背景技术：

目前随着银行业务的快速发展，传统的集中式应用系统逐渐表现出一些弊端，比如应用系统变更时间窗口长、业务影响范围大，基础设施扩展困难等。

由此，银行业应用系统的分布式微服务改造逐渐成为一种趋势，分布式架构具有微服务、高性能、高弹性、低成本、低耦合等优点。由于银行业务对于业务连续性的高要求，各商业银行往往采用跨地理区域、跨机房的云基础设施来实现分布式改造，因此如何实现跨地理区域、跨机房的分布式应用系统的交易链路跟踪，是实现分布式应用系统运营监控的关键技术之一。但是现有的交易路径跟踪方法主要是基于集中式系统，对于分布式系统内部微服务状态，无法进行交易路径跟踪。所以，如何实现对跨地理区域、跨机房的分布式应用系统的交易链路进行跟踪是亟待解决的问题。

技术实现要素：

本申请实施例的主要目的在于提供一种基于分布式系统的交易路径跟踪方法、装置及设备，能够对分布式系统及内部微服务单元的交易明细数据进行序列化，以通过交易路径上各微服务单元对应的交易数据的关联关系，对交易路径进行微服务级别的跟踪和多维度展示。

第一方面，本申请实施例提供了一种基于分布式系统的交易路径跟踪方法，包括：

按照预设文件规范，对分布式系统中待跟踪的交易数据进行采集，并将所述交易数据写入文件名固定的数据采集文件中；所述交易数据包括交易量、成功率、处理时间、响应时间；

对所述交易数据进行序列化处理，得到所述交易数据对应的全局事件跟踪号，并将所述全局事件跟踪号写入所述文件名固定的数据采集文件中；

利用所述全局事件跟踪号，根据预先构建的全局事件跟踪号域，对所述分布式应用系统中的交易数据进行遍历，得到各个分布式微服务单元对应的交易明细；

根据所述交易数据所属交易路径的起点和终点的全局事件跟踪号，生成跟踪号范围，并根据所述跟踪号范围内的分布式微服务单元对应的交易明细，生成所述交易数据对应的交易路径。

可选的，在所述按照预设文件规范，对分布式系统中待跟踪的交易数据进行采集，并将所述交易数据写入文件名固定的数据采集文件中后，所述方法还包括：

将所述数据采集文件按照日期或者大小进行切换。

可选的，所述全局事件跟踪号用于对前后端分布式系统和分布式系统内部的各个微服务单元进行串联；所述分布式系统内不同的微服务单元对应不同的内部交易序号和全局事件跟踪号。

可选的，在所述利用所述全局事件跟踪号，根据预先构建的全局事件跟踪号域，对所述分布式应用系统中的交易数据进行遍历，得到各个分布式微服务单元对应的交易明细之后，所述方法还包括：

将所述各个分布式微服务单元对应的交易明细按照不同的数据维度进行展示。

第二方面，本申请实施例还提供了一种基于分布式系统的交易路径跟踪装置，包括：

采集单元，用于按照预设文件规范，对分布式系统中待跟踪的交易数据进行采集，并将所述交易数据写入文件名固定的数据采集文件中；所述交易数据包括交易量、成功率、处理时间、响应时间；

处理单元，用于对所述交易数据进行序列化处理，得到所述交易数据对应的全局事件跟踪号，并将所述全局事件跟踪号写入所述文件名固定的数据采集文件中；

遍历单元，用于利用所述全局事件跟踪号，根据预先构建的全局事件跟踪号域，对所述分布式应用系统中的交易数据进行遍历，得到各个分布式微服务单元对应的交易明细；

生成单元，用于根据所述交易数据所属交易路径的起点和终点的全局事件跟踪号，生成跟踪号范围，并根据所述跟踪号范围内的分布式微服务单元对应的交易明细，生成所述交易数据对应的交易路径。

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

切换单元，用于在所述按照预设文件规范，对分布式系统中待跟踪的交易数据进行采集，并将所述交易数据写入文件名固定的数据采集文件中后，将所述数据采集文件按照日期或者大小进行切换。

可选的，所述全局事件跟踪号用于对前后端分布式系统和分布式系统内部的各个微服务单元进行串联；所述分布式系统内不同的微服务单元对应不同的内部交易序号和全局事件跟踪号。

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

展示单元，用于在所述利用所述全局事件跟踪号，根据预先构建的全局事件跟踪号域，对所述分布式应用系统中的交易数据进行遍历，得到各个分布式微服务单元对应的交易明细之后，将所述各个分布式微服务单元对应的交易明细按照不同的数据维度进行展示。

本申请实施例还提供了一种基于分布式系统的交易路径跟踪设备，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述基于分布式系统的交易路径跟踪方法中的任意一种实现方式。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述基于分布式系统的交易路径跟踪方法中的任意一种实现方式。

本申请实施例提供的一种基于分布式系统的交易路径跟踪方法、装置及设备，首先按照预设文件规范，对分布式系统中待跟踪的交易数据进行采集，并将交易数据写入文件名固定的数据采集文件中；其中，交易数据包括交易量、成功率、处理时间、响应时间，然后，对交易数据进行序列化处理，得到交易数据对应的全局事件跟踪号，并将全局事件跟踪号写入文件名固定的数据采集文件中，接着，利用全局事件跟踪号，根据预先构建的全局事件跟踪号域，对分布式应用系统中的交易数据进行遍历，得到各个分布式微服务单元对应的交易明细，进而，可以根据交易数据所属交易路径的起点和终点的全局事件跟踪号，生成跟踪号范围，并根据跟踪号范围内的分布式微服务单元对应的交易明细，生成交易数据对应的交易路径。从而能够对分布式系统及内部微服务单元的交易明细数据进行序列化，以通过交易路径上各微服务单元对应的交易数据的关联关系，对交易路径进行微服务级别的跟踪。

附图说明

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

图1为本申请实施例提供的一种基于分布式系统的交易路径跟踪方法的流程示意图；

图2为本申请实施例提供的基于分布式系统的交易路径跟踪方法的结构示意图；

图3为本申请实施例提供的一种基于分布式系统的交易路径跟踪装置的组成示意图。

具体实施方式

目前随着银行业务的快速发展，银行业应用系统的分布式微服务改造逐渐成为一种趋势，分布式架构具有微服务、高性能、高弹性、低成本、低耦合等优点。由于银行业务对于业务连续性的高要求，各商业银行往往采用跨地理区域、跨机房的云基础设施来实现分布式改造，因此如何实现跨地理区域、跨机房的分布式应用系统的交易链路跟踪，是实现分布式应用系统运营监控的关键技术之一。但是现有的交易路径跟踪方法主要是基于集中式系统，对于分布式系统内部微服务状态，无法进行交易路径跟踪。所以，如何实现对跨地理区域、跨机房的分布式应用系统的交易链路进行跟踪是亟待解决的问题。

为解决上述缺陷，本申请实施例提供了一种基于分布式系统的交易路径跟踪方法，首先按照预设文件规范，对分布式系统中待跟踪的交易数据进行采集，并将交易数据写入文件名固定的数据采集文件中；其中，交易数据包括交易量、成功率、处理时间、响应时间，然后，对交易数据进行序列化处理，得到交易数据对应的全局事件跟踪号，并将全局事件跟踪号写入文件名固定的数据采集文件中，接着，利用全局事件跟踪号，根据预先构建的全局事件跟踪号域，对分布式应用系统中的交易数据进行遍历，得到各个分布式微服务单元对应的交易明细，进而，可以根据交易数据所属交易路径的起点和终点的全局事件跟踪号，生成跟踪号范围，并根据跟踪号范围内的分布式微服务单元对应的交易明细，生成交易数据对应的交易路径。从而能够对分布式系统及内部微服务单元的交易明细数据进行序列化，以通过交易路径上各微服务单元对应的交易数据的关联关系，对交易路径进行微服务级别的跟踪。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

第一实施例

参见图1，为本实施例提供的一种基于分布式系统的交易路径跟踪方法的流程示意图，该方法包括以下步骤：

s101：按照预设文件规范，对分布式系统中待跟踪的交易数据进行采集，并将交易数据写入文件名固定的数据采集文件中；其中，交易数据包括交易量、成功率、处理时间、响应时间。

在本实施例中，为了实现对跨地理区域、跨机房的分布式应用系统的交易链路进行跟踪，例如，如图2所示，当中心1和中心2之间有数据交换时，为了实现对其中交易链路进行跟踪，首先需要对交易数据所存储的数据采集文件进行域定义，设定文件的规范格式，比如可以预先将数据采集文件设定为excel表的格式，该表中的每一列分别可以表示交易数据对应的内部交易序号、交易量、成功率、处理时间、响应时间、全局事件跟踪号(如编号1001等)等信息。基于此，可以按照预设文件规范，对分布式系统中待跟踪的交易数据进行采集，并将采集到的交易数据写入文件名固定的数据采集文件中，如可以写入按业务分类确定的固定文件命的excel表中，例如，可以将属于业务分类1的交易数据写入数据采集表1中，将属于业务分类2的交易数据写入数据采集表2中等。其中，交易数据包括交易量、成功率、处理时间、响应时间等交易信息。

在本实施例的一种可能的实现方式中，对于文件名固定的数据采集文件来说，可以将其按照日期或者大小进行切换，以提高数据的处理效率。

s102：对交易数据进行序列化处理，得到交易数据对应的全局事件跟踪号，并将全局事件跟踪号写入文件名固定的数据采集文件中。

在本实施例中，为了实现对跨地理区域、跨机房的分布式应用系统的交易链路进行跟踪，还需要对内部交易序号域进行预定义，不同的内部交易序号代表不同的分布式微服务单元，如微服务单元1代表中心1，微服务单元2代表中心2等，这样，在通过步骤s101对交易量、成功率、处理时间、响应时间等交易数据按秒级进行实时采集后，可以对分布式系统各微服务单元的交易明细数据进行序列化处理，得到交易数据对应的全局事件跟踪号，并将全局事件跟踪号写入文件名固定的数据采集文件中。其中，全局事件跟踪号用于对前后端分布式系统和分布式系统内部的微服务单元进行串联。

s103：利用全局事件跟踪号，根据预先构建的全局事件跟踪号域，对分布式应用系统中的交易数据进行遍历，得到各个分布式微服务单元对应的交易明细。

在本实施例中，通过步骤s102得到交易数据对应的全局事件跟踪号后，进一步可以利用全局事件跟踪号，根据预先构建的全局事件跟踪号域，对分布式应用系统中的交易数据进行遍历，得到各个分布式微服务单元对应的交易明细。具体的，可以通过全局事件跟踪号域，对分布式应用系统的数据采集文件中的交易数据进行遍历，如果文件名中的起止顺序号在此全局跟踪号范围内，则可以搜索到相应的交易明细。以发送方节点号为空的记录为起始点，通过接收方节点号、交易序号等字段，将交易记录串联起来。

需要说明的是，分布式系统通过内部交易序号域进行内部微服务单元区分，即，不同的微服务单元对应不同的内部交易序号和全局事件跟踪号。

s104：根据交易数据所属交易路径的起点和终点的全局事件跟踪号，生成跟踪号范围，并根据跟踪号范围内的分布式微服务单元对应的交易明细，生成交易数据对应的交易路径。

在本实施例中，通过步骤s103得到各个分布式微服务单元对应的交易明细后，进一步可以将各个分布式微服务单元对应的交易明细按照不同的数据维度进行展示，即，利用不同的视图对不同的业务数据进行展示，并通过基线管理对指标数据进行预警。

例如：可以利用交易量视图展示分布式系统以及各微服务单元的交易量情况，且支持实时刷新和按时间进行汇总。利用成功率视图展示当前选取的分布式系统以及各微服务单元的业务成功率情况，且支持实时刷新和按时间进行汇总。以及利用处理时间视图和响应时间视图展示当前选取的分布式系统以及各微服务单元的应用逻辑处理耗时和后端系统的响应时间，且支持实时刷新和按时间进行汇总等。

在此基础上，进一步可以根据交易数据所属交易路径的起点和终点的全局事件跟踪号，生成跟踪号范围，并根据跟踪号范围内的分布式微服务单元对应的交易明细，由跟踪号范围内的各分布式微服务单元组成一条端到端的交易路径，作为交易数据对应的交易路径，进而实现了对分布式系统的交易路径的跟踪。

这样，通过上述步骤s101-s104，针对银行业分布式系统各微服务单元进行了交易明细的收集、处理和钻取，并通过基线数据对比实时展示分布式系统的交易处理情况和预警，并通过端到端交易数据处理，实现了分布式系统的交易路径跟踪。

综上，本实施例提供的一种基于分布式系统的交易路径跟踪方法，首先按照预设文件规范，对分布式系统中待跟踪的交易数据进行采集，并将交易数据写入文件名固定的数据采集文件中；其中，交易数据包括交易量、成功率、处理时间、响应时间，然后，对交易数据进行序列化处理，得到交易数据对应的全局事件跟踪号，并将全局事件跟踪号写入文件名固定的数据采集文件中，接着，利用全局事件跟踪号，根据预先构建的全局事件跟踪号域，对分布式应用系统中的交易数据进行遍历，得到各个分布式微服务单元对应的交易明细，进而，可以根据交易数据所属交易路径的起点和终点的全局事件跟踪号，生成跟踪号范围，并根据跟踪号范围内的分布式微服务单元对应的交易明细，生成交易数据对应的交易路径。从而能够对分布式系统及内部微服务单元的交易明细数据进行序列化，以通过交易路径上各微服务单元对应的交易数据的关联关系，对交易路径进行微服务级别的跟踪。

第二实施例

本实施例将对一种基于分布式系统的交易路径跟踪装置进行介绍，相关内容请参见上述方法实施例。

参见图3，为本实施例提供的一种基于分布式系统的交易路径跟踪装置的组成示意图，该装置包括：

采集单元301，用于按照预设文件规范，对分布式系统中待跟踪的交易数据进行采集，并将所述交易数据写入文件名固定的数据采集文件中；所述交易数据包括交易量、成功率、处理时间、响应时间；

处理单元302，用于对所述交易数据进行序列化处理，得到所述交易数据对应的全局事件跟踪号，并将所述全局事件跟踪号写入所述文件名固定的数据采集文件中；

遍历单元303，用于利用所述全局事件跟踪号，根据预先构建的全局事件跟踪号域，对所述分布式应用系统中的交易数据进行遍历，得到各个分布式微服务单元对应的交易明细；

生成单元304，用于根据所述交易数据所属交易路径的起点和终点的全局事件跟踪号，生成跟踪号范围，并根据所述跟踪号范围内的分布式微服务单元对应的交易明细，生成所述交易数据对应的交易路径。

在本实施例的一种实现方式中，所述装置还包括：

切换单元，用于在所述按照预设文件规范，对分布式系统中待跟踪的交易数据进行采集，并将所述交易数据写入文件名固定的数据采集文件中后，将所述数据采集文件按照日期或者大小进行切换。

在本实施例的一种实现方式中，所述全局事件跟踪号用于对前后端分布式系统和分布式系统内部的各个微服务单元进行串联；所述分布式系统内不同的微服务单元对应不同的内部交易序号和全局事件跟踪号。

在本实施例的一种实现方式中，所述装置还包括：

展示单元，用于在所述利用所述全局事件跟踪号，根据预先构建的全局事件跟踪号域，对所述分布式应用系统中的交易数据进行遍历，得到各个分布式微服务单元对应的交易明细之后，将所述各个分布式微服务单元对应的交易明细按照不同的数据维度进行展示。

综上，本实施例提供的一种基于分布式系统的交易路径跟踪装置，首先按照预设文件规范，对分布式系统中待跟踪的交易数据进行采集，并将交易数据写入文件名固定的数据采集文件中；其中，交易数据包括交易量、成功率、处理时间、响应时间，然后，对交易数据进行序列化处理，得到交易数据对应的全局事件跟踪号，并将全局事件跟踪号写入文件名固定的数据采集文件中，接着，利用全局事件跟踪号，根据预先构建的全局事件跟踪号域，对分布式应用系统中的交易数据进行遍历，得到各个分布式微服务单元对应的交易明细，进而，可以根据交易数据所属交易路径的起点和终点的全局事件跟踪号，生成跟踪号范围，并根据跟踪号范围内的分布式微服务单元对应的交易明细，生成交易数据对应的交易路径。从而能够对分布式系统及内部微服务单元的交易明细数据进行序列化，以通过交易路径上各微服务单元对应的交易数据的关联关系，对交易路径进行微服务级别的跟踪。

进一步地，本申请实施例还提供了一种基于分布式系统的交易路径跟踪设备，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述基于分布式系统的交易路径跟踪方法的任一种实现方法。

进一步地，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述基于分布式系统的交易路径跟踪方法的任一种实现方法。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如媒体网关等网络通信设备，等等)执行本申请各个实施例或者实施例的某些部分所述的方法。

需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。