CN113296981A - 数据处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明涉及自动程序设计领域，公开一种数据处理方法、装置、电子设备及存储介质，该方法包括：当微服务节点接收到业务处理请求，并获取到预先确定与业务处理请求相对应的业务处理标识时，基于微服务节点对业务处理请求进行处理；将微服务节点的节点关联信息存储至报头文件，直至与业务处理请求相对应的最后一个微服务节点反馈与业务处理请求相对应的待处理响应数据；将待处理响应数据反馈至目标微服务节点，并基于目标微服务节点对响应数据进行配置化处理，得到反馈至客户端的目标响应数据。本方案解决了在各个微服务节点中设置程序代码来记录业务处理请求存在代码耦合性高的问题，提高了对业务处理请求进行记录的便捷性以及高效性的技术效果。

Description

数据处理方法、装置、电子设备及存储介质

技术领域

本发明实施例涉及自动程序设计领域，尤其涉及一种数据处理方法、装置、电子设备及存储介质。

背景技术

在微服务架构下，当客户端发起业务处理请求时，存在多个微服务节点对业务请求进行处理。业务处理请求通常会先达到主微服务节点，主微服务节点可以产生一个业务处理请求编号，并将业务处理请求编号放置于业务处理请求中的报头文件中，在经其他从微服务节点对业务处理请求处理时，可以将处理记过和从微服务处理结果上传至报文头中，从而确定对业务处理请求处理的各个微服务节点。同时，在业务处理请求异常时，可以基于报文头确定异常的微服务节点。

但是，在采用上述方式确定对业务处理请求的各微服务节点时，存在需要在每个微服务节点中编写相应的程序代码，以基于该程序代码将微服务节点和处理结果存储至报头文件，存在代码入侵性强、耦合度高以及代码冗余的问题。

进一步的，若不生成报头文件，则在接收到与业务处理请求相对应的异常响应数据时，则无法确定异常的服务节点，导致数据处理效率较低的技术问题。

发明内容

本发明提供了一种数据处理方法、装置、电子设备及存储介质，以实现便捷的对业务处理请求进行记录的技术效果。

第一方面，本发明实施例提供了一种数据处理方法，其特征在于，应用于分布式微服务中，包括：

当微服务节点接收到业务处理请求，并获取到预先确定与所述业务处理请求相对应的业务处理标识时，基于所述微服务节点对所述业务处理请求进行处理；其中，所述业务处理标识是对与所述业务处理请求相对应的请求关联信息处理后存储至与报头文件中的标识；

将所述微服务节点的节点关联信息存储至所述报头文件，直至与所述业务处理请求相对应的最后一个微服务节点反馈与所述业务处理请求相对应的待处理响应数据；

将所述待处理响应数据反馈至目标微服务节点，并基于所述目标微服务节点对所述响应数据进行配置化处理，得到反馈至客户端的目标响应数据；其中，所述目标微服务节点为分布式微服务的主节点。

第二方面，本发明实施例还提供了一种数据处理装置，其特征在于，配置于分布式微服务中，包括：

业务处理模块，用于当微服务节点接收到业务处理请求，并获取到预先确定与所述业务处理请求相对应的业务处理标识时，基于所述微服务节点对所述业务处理请求进行处理；其中，所述业务处理标识是对与所述业务处理请求相对应的请求关联信息处理后存储至与报头文件中的标识；

响应数据确定模块，用于将所述微服务节点的节点关联信息存储至所述报头文件，直至与所述业务处理请求相对应的最后一个微服务节点反馈与所述业务处理请求相对应的待处理响应数据；

响应数据反馈模块，用于将所述待处理响应数据反馈至目标微服务节点，并基于所述目标微服务节点对所述响应数据进行配置化处理，得到反馈至客户端的目标响应数据；其中，所述目标微服务节点为分布式微服务的主节点。

第三方面，本发明实施例还提供了一种电子设备，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例任一所述的数据处理方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明实施例任一所述的数据处理方法。

本发明实施例的技术方案，通过在各个服务节点中设置相应的组件，以在接收到业务处理请求时，将微服务节点的节点关联信息存储至报头文件中，直至与业务处理请求相对应的最后一个微服务节点反馈与业务处理请求相对应的待处理响应数据，并将待处理响应数据反馈至目标微服务节点，并基于目标微服务节点中的组件对待处理响应数据进行配置化处理，得到反馈至客户端的目标响应数据，解决了现有技术中需要在每个微服务节点中编写相应的程序代码来获取业务处理标识并对业务处理标识进行记录，导致存在代码耦合性高以及侵入性强的技术问题，实现了无需在每个服务节点中部署相应的程序代码就可以对业务处理请求进行处理，解决了代码耦合性高和侵入性强的问题，实现了不仅有效便捷的对业务处理请求进行处理，还可以记录对业务处理请求进行处理的各个微服务节点，提高了数据处理追溯性的技术效果。

附图说明

为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。

图1为本发明实施例一所提供的一种数据处理方法流程示意图；

图2为本发明实施例一所提供的一种数据处理方法流程示意图；

图3为本发明实施例二所提供的一种微服务调用示意图；

图4为本发明实施例三所提供的一种数据处理方法流程示意图；

图5为本发明实施例四所提供的一种数据处理装置结构示意图；

图6为本发明实施例五所提供的一种电子设备结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一所提供的一种数据处理方法流程示意图，本实施例可适用于对业务处理请求进行处理的各微服务节点进行记录的情况，该方法可以由数据处理装置来执行，该装置可以通过软件和/或硬件的形式实现。该硬件可以是电子设备，该电子设备可以是终端或PC端等。

如图1所述，本实施例的方法包括：

S110、当微服务节点接收到业务处理请求，并获取到预先确定与业务处理请求相对应的业务处理标识时，基于微服务节点对业务处理请求进行处理。

其中，业务处理请求可以特指互联网中从户客户端对服务器发起的访问请求。通过业务处理请求，客户端可以从服务端获取其所需的数据，该数据可以包括图片、音视频等所有结构化或非结构化数据。本实施例可以适用于分布式微服务中，即，微服务架构是分布式系统的实现方式。微服务结构，是以业务域名或业务功能为边界，将一个大而全的应用拆分为多个可以独立开发、独立部署、独立测试或独立运行的一组小的应用，并且使用轻量级。业务处理请求可以是任意一个客户端发起的获取某项数据的请求，可选的，当检测到用户触发显示界面上的某个操作时，可以生成业务处理请求，并将业务处理请求发送至分布式微服务中。业务处理标识可以是与业务处理请求相匹配的标识。

具体的，在客户端发起业务处理请求时，分布式微服务中的主微服务节点可以接收到业务处理请求，此时可以获取预先确定的与业务处理请求相对应的业务处理标识，在获取到业务处理标识后，可以基于主微服务节点的微服务对业务处理请求进行处理，当然，如果需要调用其他从微服务节点时，也可以调用其他从微服务节点对业务处理请求进行处理。需要说明的是，从微服务节点对业务处理请求处理之前，也需要获取业务处理标识，以记录该从微服务节点对业务处理请求进行了处理。

需要说明的是，业务处理标识是对所述业务处理请求相对应的请求关联信息处理后存储至报头文件中的标识。

在上述技术方案的基础上，在所述微服务节点接收到业务处理请求，并获取到预先确定与所述业务处理请求相对应的业务处理标识之前，还包括：当所述目标微服务节点接收到业务处理请求时，基于预先设置的业务处理请求拦截组件，获取所述业务处理请求；确定与所述业务处理请求相对应的请求关联信息；通过对所述请求关联信息进行处理，得到与所述业务处理请求相对应的业务处理标识，并将所述业务处理标识存储至报头文件中。

其中，请求拦截组件可以是Filter组件，Filter组件特指servlet的过滤器组件，它通过拦截请求和响应数据，以便查看、提取或以某种方式操作客户端和服务器之间交换的数据，实现了过滤功能。Servlet是一个基于Java技术的Web组件，运行在服务器端，它由servlet容器所管理，用于生成动态的内容。基于该请求拦截组件可以拦截业务处理请求。在拦截到业务处理请求后，可以提取出业务处理请求的请求关联信息。请求关联信息可以是url(资源定位符)、业务处理请求的入访时刻、交易请求参数以及请求入访地址中的至少一个。可以对请求关联信息进行处理，得到业务处理处理请求的业务处理标识，同时可以将业务处理标识存储至报头文件中。

需要说明的，每个业务处理请求均存在一个与其相对应的报头文件。

在本实施例中，确定与业务处理请求相对应的请求关联信息，包括：基于所述拦截组件中的关联信息记录子组件，记录所述业务处理请求中的请求关联信息。

其中，请求拦截组件，即拦截组件中还包括关联信息记录子组件。关联信息记录子组件可以提取请求关联信息，并记录该请求关联信息。

在上述各技术方案的基础上，所述通过对所述请求关联信息进行处理，得到与所述业务处理请求相对应的业务处理标识，包括：基于标识生成组件中封装的雪花算法，对所述请求关联信息进行处理，得到与所述请求关联信息对应的字符串序列，并将所述字符串序列作为所述请求关联信息的业务处理标识。

需要说明的是，在微服务节点对业务处理请求处理之前，还需要获取与业务处理请求相对应的业务处理标识，即需要预先确定与业务处理请求相对应的业务处理标识。

其中，标识生成组件用于对业务处理请求的关联信息进行处理，确定该业务处理请求的业务处理标识。雪花算法为标识生成组件中封装的方法，用于对请求关联信息进行处理。字符串序列为采用雪花算法对请求关联信息处理后，生成的字符串。可以将生成的字符串序列作为请求关联信息的业务处理标识。标识生成组件可以是Sleuth组件，该组件是SpringCloud微服务架构的组成部分之一，基于该组件可以产生全局唯一的交易请求记录编号。

需要说明的是，标识生成组件中还可以封装其他算法，如，哈希算法，基于哈希算法对请求关联信息处理，得到与请求关联信息对应的字符串序列。

还需要说明的是，在采用标识生成组件中封装的算法对请求关联信息处理时，得到的字符串序列是唯一的，即，只要请求关联信息的内容不同，得到的字符串序列也不相同。

在本实施例中，请求关联信息包括业务处理请求所对应的资源定位，即，url地址，业务处理请求的请求发起时间戳、与业务处理请求相对应的入访地址以及在发起业务处理请求时所对应的初始化序列不同。

其中，每个业务处理请求所对应的初始化序列不同，相应的，采用标识生成组件生成的字符串序列也不相同。

示例性的，业务处理请求为交易请求。当交易请求到达微服务之前，可以基于微服务中自定义的filter组件，拦截交易请求，并基于交易请求的请求关联信息，如，交易请求url路径、交易起始时刻、交易入访IP地址以及交易请求参数等。基于微服务中的Sleuth组件对请求关联信息进行处理，得到全局唯一请求记录编号，即业务处理标识。

在得到业务处理标识后，可以将业务处理标识存储至报头文件中，以便调用。可选的，基于标识生成组件，将生成的业务处理标识存储至与所述业务处理请求相匹配的报头文件中。

其中，标识生成组件不仅可以对业务处理请求进行处理生成业务处理标识，还可以记录业务处理标识。

具体的，标识生成组件在生成业务处理标识后，可以将业务处理标识存储至与该业务处理请求相匹配的报头文件中，以便各微服务对业务处理请求时，可以从报头文件中读取业务处理标识，并将其存储至相应微服务节点的微服务日志中。

S120、将微服务节点的节点关联信息存储至报头文件，直至与业务处理请求相对应的最后一个微服务节点反馈与业务处理请求相对应的待处理响应数据。

其中，每个业务处理请求均存在一个报头文件。报头文件中可以存储对业务处理请求进行处理的各个微服务的服务节点，如，存储哪些微服务对业务处理请求进行了处理，可以将微服务的节点标识存储至报头文件中。节点关联信息可以包括从微服务的微服务节点标识，或者是，从微服务节点中的服务器标识。可以将各个微服务对业务处理请求处理后得到的数据作为待处理响应数据。

在实际应用的过程中，可以基于一个微服务对业务处理请求进行处理，也可能是多个微服务对业务处理请求进行处理，为了便于追溯哪个微服务对该业务处理请求进行了处理，可以将微服务的节点关联信息存储至报头文件中，以便实现业务处理请求异常时的微服务追溯。

具体的，若对业务处理请求处理时仅需要一个微服务，即微服务的主节点来执行时，可以直接从报头文件中获取业务处理标识，并将业务处理标识存储至微服务的节点日志中，同时，可以将主微服务节点的节点关联信息存储至报头文件中。若需要多个微服务对业务处理请求进行处理，通常会先经过分布式微服务中主微服务节点对业务处理请求处理，再经相应的各从微服务对业务处理请求进行处理。不论是主微服务还是从微服务对业务处理请求进行处理，都需要对业务处理请求处理的各微服务的节点关联信息存储至报头文件中。各个微服务对业务处理请求处理时，均可以调取或者生成与业务处理请求相对应的响应数据，即待处理响应数据。

S130、将待处理响应数据反馈至目标微服务节点，并基于目标微服务节点对响应数据进行配置化处理，得到反馈至客户端的目标响应数据。

其中，目标微服务节点为分布式微服务的主节点。配置化处理可以是将待处理响应数据处理为预设格式的响应数据。相应的，可以将处理为预设格式的响应数据作为目标响应数据。此时，客户端是至与发起业务处理请求相对应的客户端。

具体的，在各个微服务对业务处理请求处理完毕后，可以将待处理响应数据反馈至目标微服务节点，目标微服务节点中的数据处理组件可以对响应数据进行格式化处理，以得到目标格式的目标响应数据，同时，可以将目标响应数据反馈至目标客户端，即，在目标客户端上展示与业务处理请求相适配的目标响应数据。

本发明实施例的技术方案，通过在各个服务节点中设置相应的组件，以在接收到业务处理请求时，将微服务节点的节点关联信息存储至报头文件中，直至与业务处理请求相对应的最后一个微服务节点反馈与业务处理请求相对应的待处理响应数据，并将待处理响应数据反馈至目标微服务节点，并基于目标微服务节点中的组件对待处理响应数据进行配置化处理，得到反馈至客户端的目标响应数据，解决了现有技术中需要在每个微服务节点中编写相应的程序代码来获取业务处理标识并对业务处理标识进行记录，导致存在代码耦合性高以及侵入性强的技术问题，实现了无需在每个服务节点中部署相应的程序代码就可以对业务处理请求进行处理，解决了代码耦合性高和侵入性强的问题，实现了不仅有效便捷的对业务处理请求进行处理，还可以记录对业务处理请求进行处理的各个微服务节点，提高了数据处理追溯性的技术效果。

在上述各技术方案的基础上，各微服务节点中包括标识生成组件和标识获取组件；或，所述目标微服务节点中包括标识生成组件和标识获取组件，从微服务节点中包括标识获取组件。

需要说明的是，可以在各个服务节点中设置标识生成组件和标识获取组件，以在各微服务接收到业务处理请求时，可以先基于标识获取组件获取报头文件中是否包括业务处理标识，若是，此时标识生成组件可以不生成业务处理标识，反之，基于标识生成组件生成业务处理标识。当然，还可以是由于各个微服务是分布式微服务，所有的业务处理请求可以先转发至分布式微服务的主微服务中，此时可以在主微服务中设置标识生成组件和标识获取组件，在从微服务节点中设置标识获取组件。这样设置的好处在于，主微服务节点可以先生成业务处理标识，从微服务节点可以直接从报头文件中获取已生成的业务处理标识，避免了所有微服务中都设置两个组件，存在资源冗余的问题。

实施例二

图2为本发明实施例一所提供的一种数据处理方法流程示意图。在前述实施例的基础上，可以对“将所述微服务节点的节点关联信息存储至所述报头文件，直至与所述业务处理请求相对应的最后一个微服务节点反馈与所述业务处理请求相对应的待处理响应数据”进行具体的优化，其优化的具体方式可参见本实施例技术方案。其中，与上述实施例相同或者相应的技术术语在此不再赘述。

如图2所示，所述方法包括：

S210、当微服务节点接收到业务处理请求，并获取到预先确定与所述业务处理请求相对应的业务处理标识时，基于所述微服务节点对所述业务处理请求进行处理。

可选的，在主微服务节点调用从微服务节点对所述业务处理请求处理，基于所述从微服务节点中的标识获取组件，从所述报头文件中获取所述业务处理标识；将所述业务处理标识存储至与所述从微服务节点对应的日志中。

需要说明的是，对业务处理请求处理的微服务可以是一个也可以是多个，若需要从微服务节点对业务处理请求处理时，可以采用本实施例来执行。

其中，标识获取组件为从报头文件中获取预先生成的业务处理标识的组件。每个微服务可以包括多个服务器，每个服务器均存在一个与其相对应的日志，日志中可以记录与其相对应的微服务的操作信息，如，开关机信息、对业务处理请求处理的业务处理标识等。

具体的，在主微服务调用从微服务时，即主微服务节点调用从微服务节点对业务处理请求处理时，可以基于从微服务节点中设置的标识获取组件获取报头文件中存储的业务处理标识。

需要说明的是，标识获取组件可以先确定报头文件中是否包括业务处理请求标识，若不存在，则可以基于从微服务节点中的标识生成组件生成业务处理标识。通常情况下，主微服务节点可以中的标识生成组件可以对请求关联信息进行处理，得到业务处理标识。从微服务节点中通常可以仅设置标识获取组件，以从报头文件中获取存储的业务处理标识。在获取到业务处理标识后，可以将业务处理标识存储至该微服务的日志中，还可以根据各微服务的日志确定该微服务对哪些业务处理请求处理过，提高了业务处理请求查询效率的技术效果。

示例性的，图3为本发明实施例二所提供的一种微服务调用示意图。如图3所示在微服务架构内部，每个微服务都依赖了Sleuth组件(标识获取组件和标识生成组件的集合)，当服务请求首先到达主微服务节点A时，Sleuth Agent会检查请求报文头中是否含有TraceContext(业务处理标识)，如果不含有就创建一个业务处理标识(可以基于标识生成组件中封装的雪花算法对业务处理请求进行处理，得到业务处理标识)。此时，自定义的Filter组件也能通过接口获取到该创建的业务处理标识，可以将此业务处理标识作为交易请求记录编号。如果主微服务节点A继续发起服务调用从微服务节点B或者从微服务节点C，Sleuth就会将刚生成的TraceContext注入到报头文件中，当业务处理请求到达从微服务节点B或从微服务节点C时，从服务节点B和C就能从报头文件中获取业务处理标识，从而到达业务处理标识全局唯一的目的。

本技术方案，实现了在微服务架构下，基于Sleuth组件可以生成全局唯一请求记录编号(业务处理标识)，使用自定义Serlvet Filter记录交易请求(业务处理请求)，并且通过配置实现多种交易请求记录保存的方案与实现代码。

S220、将各微服务节点所对应的服务器标识存储至所述报头文件中，并对所述业务处理请求的最后一个微服务节点处理得到的待处理响应数据反馈至主微服务节点。

需要说明的是，在将业务处理标识记录至相应微服务的日志中的同时，还可以将微服务的标识存储至报头文件中。

其中，一个微服务可以由多个服务器构成，为了清楚的确定哪些服务器对业务处理请求进行了处理，可以将服务器标识存储至报头文件中。这样设置的好处在于，只需要根据报头文件中存储的信息，就可以确定哪些微服务中的服务器对业务处理请求进行了处理，以在检测到对业务处理请求处理异常时，可以根据报头文件中存储的内容，确定处理异常的微服务以及相应的服务器，提高了数据查询效率的技术效果。在检测到最后一个微服务对业务处理请求处理完成后，可以将该微服务生成的待处理响应数据反馈至主微服务节点。

需要说明的是，待处理响应数据是与业务处理请求相对应的数据，如，音视频数据等。

S230、基于所述目标微服务节点对所述响应数据进行配置化处理，得到反馈至客户端的目标响应数据。

待处理响应数据可以返回至主微服务节点中设置的自定义interceptor组件。该组件可以对响应数据进行配置化处理，得到反馈至客户端的目标响应数据。

本发明实施例的技术方案，通过在各个服务节点中设置相应的组件，以在接收到业务处理请求时，将微服务节点的节点关联信息存储至报头文件中，直至与业务处理请求相对应的最后一个微服务节点反馈与业务处理请求相对应的待处理响应数据，并将待处理响应数据反馈至目标微服务节点，并基于目标微服务节点中的组件对待处理响应数据进行配置化处理，得到反馈至客户端的目标响应数据，解决了现有技术中需要在每个微服务节点中编写相应的程序代码来获取业务处理标识并对业务处理标识进行记录，导致存在代码耦合性高以及侵入性强的技术问题，实现了无需在每个服务节点中部署相应的程序代码就可以对业务处理请求进行处理，解决了代码耦合性高和侵入性强的问题，实现了不仅有效便捷的对业务处理请求进行处理，还可以记录对业务处理请求进行处理的各个微服务节点，提高了数据处理追溯性的技术效果。

实施例三

图4为本发明实施例三所提供的一种数据处理方法流程示意图。在前述实施例的基础上，可以对“基于所述目标微服务节点对所述响应数据进行配置化处理，得到反馈至客户端的目标响应数据”进行具体的优化，其优化的具体方式可参见本实施例技术方案。其中，与上述实施例相同或者相应的技术术语在此不再赘述。

如图4所示，所述方法包括：

S310、当微服务节点接收到业务处理请求，并获取到预先确定与所述业务处理请求相对应的业务处理标识时，基于所述微服务节点对所述业务处理请求进行处理。

S320、将各微服务节点所对应的服务器标识存储至所述报头文件中，并对所述业务处理请求的最后一个微服务节点处理得到的待处理响应数据反馈至主微服务节点。

S330、基于所述目标微服务节点中的响应数据记录组件记录所述待处理响应数据，以及与所述待处理响应数据的关联数据。

其中，响应数据记录组件可以是主微服务节点中设置的interceptor组件。该interceptor组件可以记录最后一个从微服务节点反馈的待处理响应数据，同时还可以记录与该待处理响应数据相对应的关联数据。其中，关联数据可以包括对业务处理请求处理的服务器地址、业务处理请求的开始时刻、业务处理请求执行结束时刻、待处理响应数据以及异常信息。

需要说明的是，可以根据filter组件中记录开始时刻和业务处理请求执行结束时刻，确定对业务处理请求处理时的响应时间，可以将该响应时间作为交易耗时。

在本实施例中，通过响应数据记录组件记录响应数据的原因在于：当业务处理请求返回至filter组件时，响应数据是不可读的状态，无法将其记录至交易流水中，所以可以将待处理响应数据线反馈至响应数据记录组件中，以在filter接收到反馈的业务处理请求时从响应数据记录组件中调取待处理响应数据。

S340、将待处理响应数据以及与待处理响应数据对应的关联数据存储至目标存储位置，以在检测到业务处理请求反馈至目标微服务节点时从目标存储位置调取待处理响应数据和关联数据，根据待处理响应数据和关联数据生成目标响应数据。

其中，目标存储位置可以是相应记录数据组件记录到数据后，将数据存储至的位置。在本实施例中，目标存储位置可以是内存的线程变量中。

具体的，在基于响应数据记录组件将待处理响应数据和关联数据记录至目标存储位置中，与在检测到业务处理请求反馈至目标微服务节点时，从目标存储位置调取待处理响应数据和关联数据，进而基于调取出的数据生成目标响应数据。

可选的，所述将所述待处理响应数据以及与所述待处理响应数据对应的关联数据存储至目标存储位置，包括：将所述待处理响应数据和与所述待处理响应数据对应的关联数据存储至内存线程变量中，以在接收反馈的业务处理请求时，从所述内存线程变量中提取所述待处理响应数据和所述关联信息。

其中，内存线程变量为暂存待处理响应数据和关联数据的存储空间。

具体的，在主微服务节点接收到反馈的业务处理请求时，可以根据该业务处理请求从内存线程变量中调取与该业务处理请求相适配的待处理响应数据和关联数据。通过对待处理响应数据和关联数据进行处理，得到目标响应数据。

可选的，所述在接收反馈的业务处理请求时，从所述内存线程变量中提取所述待处理响应数据和所述关联信息，包括：在接收到反馈的业务处理请求时，按照预先配置的配置文件将从内存线程变量中提取出待处理响应数据和所述关联信息处理为业务流水记录对象；将所述业务流水记录对象反馈至目标客户端。

其中，配置文件为预先设置的，用于将待处理响应数据处理为预设格式的文件。可以将经配置文件处理过的待处理响应数据作为目标响应数据，也可以是业务流水记录对象，将业务流水记录对象反馈至目标客户端。

示例性的，当业务处理请求再次达到filter组件时，可以先从内存线程变量中提取响应数据记录组件记录的待处理响应数据和关联数据，可以将待处理响应数据和关联数据处理为预设格式的目标响应数据反馈至目标客户端。

本发明实施例的技术方案，通过在各个服务节点中设置相应的组件，以在接收到业务处理请求时，将微服务节点的节点关联信息存储至报头文件中，直至与业务处理请求相对应的最后一个微服务节点反馈与业务处理请求相对应的待处理响应数据，并将待处理响应数据反馈至目标微服务节点，并基于目标微服务节点中的组件对待处理响应数据进行配置化处理，得到反馈至客户端的目标响应数据，解决了现有技术中需要在每个微服务节点中编写相应的程序代码来获取业务处理标识并对业务处理标识进行记录，导致存在代码耦合性高以及侵入性强的技术问题，实现了无需在每个服务节点中部署相应的程序代码就可以对业务处理请求进行处理，解决了代码耦合性高和侵入性强的问题，实现了不仅有效便捷的对业务处理请求进行处理，还可以记录对业务处理请求进行处理的各个微服务节点，提高了数据处理追溯性的技术效果。

还需要说明的是，本实施例所提供的记录交易请求(业务处理请求)的方式不影响现有业务逻辑，对代码无侵入性，同时还可以通过灵活的配置化策略，实现交易请求记录的多种保存方式。

实施例四

图5为本发明实施例四所提供的一种数据处理装置结构示意图，该装置配置于分布式微服务中，该装置包括：业务处理模块410、响应数据确定模块420和响应数据反馈模块430。

业务处理模块410，用于当微服务节点接收到业务处理请求，并获取到预先确定与所述业务处理请求相对应的业务处理标识时，基于所述微服务节点对所述业务处理请求进行处理；其中，所述业务处理标识是对与所述业务处理请求相对应的请求关联信息处理后存储至与报头文件中的标识；响应数据确定模块420，用于将所述微服务节点的节点关联信息存储至所述报头文件，直至与所述业务处理请求相对应的最后一个微服务节点反馈与所述业务处理请求相对应的待处理响应数据；响应数据反馈模块430，用于将所述待处理响应数据反馈至目标微服务节点，并基于所述目标微服务节点对所述响应数据进行配置化处理，得到反馈至客户端的目标响应数据；其中，所述目标微服务节点为分布式微服务的主节点。

在上述技术方案的基础上，所述装置还包括：数据处理模块，在所述业务处理模块用于微服务节点接收到业务处理请求，并获取到预先确定与所述业务处理请求相对应的业务处理标识之前，还用于：

业务处理请求获取单元，用于当所述目标微服务节点接收到业务处理请求时，基于预先设置的业务处理请求拦截组件，获取所述业务处理请求；请求关联信息确定单元，用于确定与所述业务处理请求相对应的请求关联信息；业务处理标识存储单元，用于通过对所述请求关联信息进行处理，得到与所述业务处理请求相对应的业务处理标识，并将所述业务处理标识存储至报头文件中。

在上述技术方案的基础上，所述请求关联信息确定单元，还用于：基于所述拦截组件中的关联信息记录子组件，记录所述业务处理请求中的请求关联信息。

在上述各技术方案的基础上，所述业务处理标识确定单元，还用于：基于标识生成组件中封装的雪花算法，对所述请求关联信息进行处理，得到与所述请求关联信息对应的字符串序列，并将所述字符串序列作为所述请求关联信息的业务处理标识。

在上述各技术方案的基础上，所述请求关联信息包括业务处理请求所对应的资源定位符、所述业务处理请求的请求发起时间戳、与所述业务处理请求相对应的入访地址以及初始化序列中的至少一个。

在上述各技术方案的基础上，所述业务处理标识存储单元，还用于基于标识生成组件，将生成的业务处理标识存储至与所述业务处理请求相匹配的报头文件中。

在上述各技术方案的基础上，所述业务处理模块，还包括：业务处理标识获取单元，用于在主微服务节点调用从微服务节点对所述业务处理请求处理，基于所述从微服务节点中的标识获取组件，从所述报头文件中获取所述业务处理标识；业务处理标识存储单元，用于将所述业务处理标识存储至与所述从微服务节点对应的日志中。

在上述各技术方案的基础上，所述相应数据确定模块，还用于：将各微服务节点所对应的服务器标识存储至所述报头文件中，并对所述业务处理请求的最后一个微服务节点处理得到的待处理响应数据反馈至主微服务节点。

在上述各技术方案的基础上，所述响应数据反馈模块，包括：

数据记录单元，用于基于所述目标微服务节点中的响应数据记录组件记录所述待处理响应数据，以及与所述待处理响应数据的关联数据，其中，所述关联数据中包括：对业务处理请求处理的服务器地址、业务处理请求的开始时刻、业务处理请求执行结束时刻、待处理响应数据以及异常信息；

数据响应单元，用于将所述待处理响应数据以及与所述待处理响应数据对应的关联数据存储至目标存储位置，以在检测到所述业务处理请求反馈至所述目标微服务节点时从所述目标存储位置所述待处理响应数据和关联数据，根据所述待处理响应数据和所述关联数据生成目标响应数据。

在上述各技术方案的基础上，数据响应单元，用于：将所述待处理响应数据和与所述待处理响应数据对应的关联数据存储至内存线程变量中，以在接收反馈的业务处理请求时，从所述内存线程变量中提取所述待处理响应数据和所述关联信息。

在上述各技术方案的基础上，数据响应单元，用于：在接收到反馈的业务处理请求时，按照预先配置的配置文件将从内存线程变量中提取出待处理响应数据和所述关联信息处理为业务流水记录对象；

将所述业务流水记录对象反馈至目标客户端。

在上述各技术方案的基础上，各微服务节点中包括标识生成组件和标识获取组件；或，所述目标微服务节点中包括标识生成组件和标识获取组件，从微服务节点中包括标识生成组件。

本发明实施例的技术方案，通过在各个服务节点中设置相应的组件，以在接收到业务处理请求时，将微服务节点的节点关联信息存储至报头文件中，直至与业务处理请求相对应的最后一个微服务节点反馈与业务处理请求相对应的待处理响应数据，并将待处理响应数据反馈至目标微服务节点，并基于目标微服务节点中的组件对待处理响应数据进行配置化处理，得到反馈至客户端的目标响应数据，解决了现有技术中需要在每个微服务节点中编写相应的程序代码来获取业务处理标识并对业务处理标识进行记录，导致存在代码耦合性高以及侵入性强的技术问题，实现了无需在每个服务节点中部署相应的程序代码就可以对业务处理请求进行处理，解决了代码耦合性高和侵入性强的问题，实现了不仅有效便捷的对业务处理请求进行处理，还可以记录对业务处理请求进行处理的各个微服务节点，提高了数据处理追溯性的技术效果。本发明实施例所提供的数据处理装置可执行本发明任意实施例所提供的数据处理方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。

实施例五

图6为本发明实施例五所提供的一种电子设备结构示意图。图6示出了适于用来实现本发明实施例实施方式的示例性电子设备50的框图。图6显示的电子设备50仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，电子设备50以通用计算设备的形式表现。电子设备50的组件可以包括但不限于：一个或者多个处理器或者处理单元501，系统存储器502，连接不同系统组件(包括系统存储器502和处理单元501)的总线503。

总线503表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

电子设备50典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备50访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器502可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)504和/或高速缓存存储器505。电子设备50可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统506可以用于读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线503相连。存储器502可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块507的程序/实用工具508，可以存储在例如存储器502中，这样的程序模块507包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块507通常执行本发明所描述的实施例中的功能和/或方法。

电子设备50也可以与一个或多个外部设备509(例如键盘、指向设备、显示器510等)通信，还可与一个或者多个使得用户能与该电子设备50交互的设备通信，和/或与使得该电子设备50能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口511进行。并且，电子设备50还可以通过网络适配器512与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器512通过总线503与电子设备50的其它模块通信。应当明白，尽管图6中未示出，可以结合电子设备50使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元501通过运行存储在系统存储器502中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的数据处理方法。

实施例六

本发明实施例六还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行数据处理方法。

该方法包括：

当微服务节点接收到业务处理请求，并获取到预先确定与所述业务处理请求相对应的业务处理标识时，基于所述微服务节点对所述业务处理请求进行处理；其中，所述业务处理标识是对与所述业务处理请求相对应的请求关联信息处理后存储至与报头文件中的标识；

将所述微服务节点的节点关联信息存储至所述报头文件，直至与所述业务处理请求相对应的最后一个微服务节点反馈与所述业务处理请求相对应的待处理响应数据；

将所述待处理响应数据反馈至目标微服务节点，并基于所述目标微服务节点对所述响应数据进行配置化处理，得到反馈至客户端的目标响应数据；其中，所述目标微服务节点为分布式微服务的主节点。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言——诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (15)

1.一种数据处理方法，其特征在于，应用于分布式微服务中，包括：

当微服务节点接收到业务处理请求，并获取到预先确定与所述业务处理请求相对应的业务处理标识时，基于所述微服务节点对所述业务处理请求进行处理；其中，所述业务处理标识是对与所述业务处理请求相对应的请求关联信息处理后存储至与报头文件中的标识；

将所述微服务节点的节点关联信息存储至所述报头文件，直至与所述业务处理请求相对应的最后一个微服务节点反馈与所述业务处理请求相对应的待处理响应数据；

将所述待处理响应数据反馈至目标微服务节点，并基于所述目标微服务节点对所述响应数据进行配置化处理，得到反馈至客户端的目标响应数据；其中，所述目标微服务节点为分布式微服务的主节点。

2.根据权利要求1所述的方法，其特征在于，在所述微服务节点接收到业务处理请求，并获取到预先确定与所述业务处理请求相对应的业务处理标识之前，还包括：

当所述目标微服务节点接收到业务处理请求时，基于预先设置的业务处理请求拦截组件，获取所述业务处理请求；

确定与所述业务处理请求相对应的请求关联信息；

通过对所述请求关联信息进行处理，得到与所述业务处理请求相对应的业务处理标识，并将所述业务处理标识存储至报头文件中。

3.根据权利要求2所述的方法，其特征在于，所述确定与所述业务处理请求相对应的请求关联信息，包括：

基于所述拦截组件中的关联信息记录子组件，记录所述业务处理请求中的请求关联信息。

4.根据权利要求2所述的方法，其特征在于，所述通过对所述请求关联信息进行处理，得到与所述业务处理请求相对应的业务处理标识，包括：

基于标识生成组件中封装的雪花算法，对所述请求关联信息进行处理，得到与所述请求关联信息对应的字符串序列，并将所述字符串序列作为所述请求关联信息的业务处理标识。

5.根据权利要求1-4中任一所述的方法，其特征在于，所述请求关联信息包括业务处理请求所对应的资源定位符、所述业务处理请求的请求发起时间戳、与所述业务处理请求相对应的入访地址以及初始化序列中的至少一个。

6.根据权利要求2所述的方法，其特征在于，所述将所述业务处理标识存储至报头文件中，包括：

基于标识生成组件，将生成的业务处理标识存储至与所述业务处理请求相匹配的报头文件中。

7.根据权利要求1所述的方法，其特征在于，所述当微服务节点接收到业务处理请求，并获取到预先确定与所述业务处理请求相对应的业务处理标识时，基于所述微服务节点对所述业务处理请求进行处理，包括：

在主微服务节点调用从微服务节点对所述业务处理请求处理，基于所述从微服务节点中的标识获取组件，从所述报头文件中获取所述业务处理标识；

将所述业务处理标识存储至与所述从微服务节点对应的日志中。

8.根据权利要求1所述的方法，其特征在于，所述将所述微服务节点的节点关联信息存储至所述报头文件，直至与所述业务处理请求相对应的最后一个微服务节点反馈与所述业务处理请求相对应的待处理响应数据，包括：

将各微服务节点所对应的服务器标识存储至所述报头文件中，并对所述业务处理请求的最后一个微服务节点处理得到的待处理响应数据反馈至主微服务节点。

9.根据权利要求1所述的方法，其特征在于，所述基于所述目标微服务节点对所述响应数据进行配置化处理，得到反馈至客户端的目标响应数据，包括：

基于所述目标微服务节点中的响应数据记录组件记录所述待处理响应数据，以及与所述待处理响应数据的关联数据，其中，所述关联数据中包括：对业务处理请求处理的服务器地址、业务处理请求的开始时刻、业务处理请求执行结束时刻、待处理响应数据以及异常信息；

将所述待处理响应数据以及与所述待处理响应数据对应的关联数据存储至目标存储位置，以在检测到所述业务处理请求反馈至所述目标微服务节点时从所述目标存储位置所述待处理响应数据和关联数据，根据所述待处理响应数据和所述关联数据生成目标响应数据。

10.根据权利要求9所述的方法，其特征在于，所述将所述待处理响应数据以及与所述待处理响应数据对应的关联数据存储至目标存储位置，包括：

将所述待处理响应数据和与所述待处理响应数据对应的关联数据存储至内存线程变量中，以在接收反馈的业务处理请求时，从所述内存线程变量中提取所述待处理响应数据和所述关联信息。

11.根据权利要求10所述的方法，其特征在于，所述在接收反馈的业务处理请求时，从所述内存线程变量中提取所述待处理响应数据和所述关联信息，包括：

在接收到反馈的业务处理请求时，按照预先配置的配置文件将从内存线程变量中提取出待处理响应数据和所述关联信息处理为业务流水记录对象；

将所述业务流水记录对象反馈至目标客户端。

12.根据权利要求1任一所述的方法，其特征在于，各微服务节点中包括标识生成组件和标识获取组件；或，所述目标微服务节点中包括标识生成组件和标识获取组件，从微服务节点中包括标识生成组件。

13.一种数据处理装置，其特征在于，配置于分布式微服务中，包括：

业务处理模块，用于当微服务节点接收到业务处理请求，并获取到预先确定与所述业务处理请求相对应的业务处理标识时，基于所述微服务节点对所述业务处理请求进行处理；其中，所述业务处理标识是对与所述业务处理请求相对应的请求关联信息处理后存储至与报头文件中的标识；

响应数据确定模块，用于将所述微服务节点的节点关联信息存储至所述报头文件，直至与所述业务处理请求相对应的最后一个微服务节点反馈与所述业务处理请求相对应的待处理响应数据；

响应数据反馈模块，用于将所述待处理响应数据反馈至目标微服务节点，并基于所述目标微服务节点对所述响应数据进行配置化处理，得到反馈至客户端的目标响应数据；其中，所述目标微服务节点为分布式微服务的主节点。

14.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-12中任一所述的数据处理方法。

15.一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-12中任一所述的数据处理方法。

Images