CN116319951A - 一种数据处理方法和装置 - Google Patents

Abstract

本发明公开了一种数据处理方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：获取服务请求方的第一原生进程发起的原始业务请求，将原始业务请求转发至服务请求方的第一边车进程，以使第一边车进程根据原始业务请求携带的请求参数，获取服务请求方的第一元数据；第一边车进程根据第一元数据和设定的第一数据处理逻辑，对原始业务请求进行处理，得到中间业务请求，将中间业务请求转发至服务提供方；第一边车进程接收服务提供方对中间处理请求所返回的响应信息，将响应信息转发至第一原生进程。该实施方式将总线系统的功能与实现业务逻辑的原生进程隔离，使得总线系统可以独立升级，避免了由于升级对上游系统的影响，且对上游系统透明。

Description

一种数据处理方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种数据处理方法和装置。

背景技术

总线系统是计算机各部件之间传送信息的通道，当客户端向总线系统请求服务时，总线系统接收客户端的请求报文，对请求报文进行处理后路由至服务端，由服务端对请求进行处理，并将处理结果反馈至客户端。

以总线系统为企业服务总线(Enterprise Service Bus，ESB)系统为例，该系统可提供网络中最基本的连接中枢，并可构成企业神经系统中的必要元素。目前在ESB系统中，当客户端向ESB平台请求服务的时候，ESB平台接收客户端的请求报文，对请求报文进行解析、封装，然后查找请求报文对应的路由，从而将请求报文路由至服务端，再由服务端对请求消息进行处理，并将处理结果通过ESB平台发送至客户端。

在实现本发明过程中，现有技术中至少存在如下问题：

现有的总线系统对上游系统不透明，需要对上游系统进行部署和升级才能对接总线系统，总线系统本身的升级也需要上下游系统的配合。

发明内容

有鉴于此，本发明实施例提供一种数据处理方法和装置，该方法通过将业务请求转发至边车进程进行处理，将总线系统的功能与实现业务逻辑的原生进程隔离，使得总线系统可以独立升级，避免了由于升级对上下游系统的影响，且对上游系统透明，不需要对上游系统进行部署和升级也可以对接总线系统。

为实现上述目的，根据本发明实施例的一个方面，提供了一种数据处理方法。

本发明实施例的一种数据处理方法，包括：获取服务请求方的第一原生进程发起的原始业务请求，将所述原始业务请求转发至所述服务请求方的第一边车进程，以使所述第一边车进程根据所述原始业务请求携带的请求参数，获取所述服务请求方的第一元数据；所述第一边车进程根据所述第一元数据和设定的第一数据处理逻辑，对所述原始业务请求进行处理，得到中间业务请求，将所述中间业务请求转发至服务提供方；所述第一边车进程接收所述服务提供方对所述中间处理请求所返回的响应信息，将所述响应信息转发至所述第一原生进程。

可选地，所述将所述原始业务请求转发至所述服务请求方的第一边车进程，包括：调用流量控制接口，将所述服务请求方的路由表的目的地址修改为所述服务请求方的第一边车进程对应的地址信息，以将所述原始业务请求转发至所述第一边车进程。

可选地，所述第一元数据包括所述服务请求方允许使用的第一协议和第一报文格式，所述第一数据处理逻辑包括协议转换和报文转换；所述第一边车进程根据所述第一元数据和设定的第一数据处理逻辑，对所述原始业务请求进行处理，包括：所述第一边车进程按照所述协议转换对应的处理逻辑，把传输所述原始业务请求所使用的第一协议转换为目标协议；所述第一边车进程按照所述报文转换对应的处理逻辑，把传输所述原始业务请求所使用的第一报文格式转换为目标报文格式。

可选地，所述第一数据处理逻辑还包括服务监控、路由、日志采集和熔断中的任意一个或者多个。

可选地，所述第一原生进程和所述第一边车进程部署在相同机器。

为实现上述目的，根据本发明实施例的又一方面，提供了一种数据处理方法。

本发明实施例的一种数据处理方法，包括：调用服务提供方的第二边车进程获取中间业务请求，根据所述中间业务请求携带的请求参数，获取所述服务提供方的第二元数据；所述第二边车进程根据所述第二元数据和设定的第二数据处理逻辑，对所述中间业务请求进行处理，得到最终业务请求，将所述最终业务请求转发至所述服务提供方的第二原生进程；所述第二原生进程对所述最终业务请求进行处理，得到响应信息，将所述响应信息通过所述第二边车进程发送至所述服务请求方。

可选地，所述调用服务提供方的第二边车进程获取中间业务请求，包括：调用服务提供方的第二边车进程，以由所述第二边车进程调用流量控制接口，将所述服务提供方的路由表的目的地址修改为所述第二边车进程对应的地址信息，进而获取中间业务请求。

可选地，所述第二元数据包括所述服务提供方允许使用的第二协议和第二报文格式，所述第二数据处理逻辑包括协议转换和报文转换；所述第二边车进程根据所述第二元数据和设定的第二数据处理逻辑，对所述中间业务请求进行处理，包括：所述第二边车进程按照所述协议转换对应的处理逻辑，把传输所述中间业务请求所使用的目标协议转换为所述第二协议；所述第二边车进程按照所述报文转换对应的处理逻辑，把传输所述中间业务请求所使用的目标报文格式转换为所述第二报文格式。

可选地，所述第二数据处理逻辑还包括服务监控、路由、日志采集和熔断中的任意一个或者多个。

可选地，所述第二原生进程和所述第二边车进程部署在相同机器。

为实现上述目的，根据本发明实施例的另一方面，提供了一种数据处理装置。

本发明实施例的一种数据处理装置，包括：请求转发模块，用于获取服务请求方的第一原生进程发起的原始业务请求，将所述原始业务请求转发至所述服务请求方的第一边车进程，以使所述第一边车进程根据所述原始业务请求携带的请求参数，获取所述服务请求方的第一元数据；第一请求处理模块，用于由所述第一边车进程根据所述第一元数据和设定的第一数据处理逻辑，对所述原始业务请求进行处理，得到中间业务请求，将所述中间业务请求转发至服务提供方；响应转发模块，用于由所述第一边车进程接收所述服务提供方对所述中间处理请求所返回的响应信息，将所述响应信息转发至所述第一原生进程。

可选地，所述请求转发模块，还用于调用流量控制接口，将所述服务请求方的路由表的目的地址修改为所述服务请求方的第一边车进程对应的地址信息，以将所述原始业务请求转发至所述第一边车进程。

可选地，所述第一元数据包括所述服务请求方允许使用的第一协议和第一报文格式，所述第一请求处理模块，还用于由所述第一边车进程按照所述协议转换对应的处理逻辑，把传输所述原始业务请求所使用的第一协议转换为目标协议；以及由所述第一边车进程按照所述报文转换对应的处理逻辑，把传输所述原始业务请求所使用的第一报文格式转换为目标报文格式。

可选地，所述第一数据处理逻辑还包括服务监控、路由、日志采集和熔断中的任意一个或者多个。

可选地，所述第一原生进程和所述第一边车进程部署在相同机器。

为实现上述目的，根据本发明实施例的再一方面，提供了一种数据处理装置。

本发明实施例的一种数据处理装置，包括：请求获取模块，用于调用服务提供方的第二边车进程获取中间业务请求，根据所述中间业务请求携带的请求参数，获取所述服务提供方的第二元数据；第二请求处理模块，用于由所述第二边车进程根据所述第二元数据和设定的第二数据处理逻辑，对所述中间业务请求进行处理，得到最终业务请求，将所述最终业务请求转发至所述服务提供方的第二原生进程；响应返回模块，用于由所述第二原生进程对所述最终业务请求进行处理，得到响应信息，将所述响应信息通过所述第二边车进程发送至所述服务请求方。

可选地，所述请求获取模块，还用于调用服务提供方的第二边车进程，以由所述第二边车进程调用流量控制接口，将所述服务提供方的路由表的目的地址修改为所述第二边车进程对应的地址信息，进而获取中间业务请求。

可选地，所述第二元数据包括所述服务提供方允许使用的第二协议和第二报文格式，所述第二数据处理逻辑包括协议转换和报文转换；所述第二请求处理模块，还用于由所述第二边车进程按照所述协议转换对应的处理逻辑，把传输所述中间业务请求所使用的目标协议转换为所述第二协议；以及由所述第二边车进程按照所述报文转换对应的处理逻辑，把传输所述中间业务请求所使用的目标报文格式转换为所述第二报文格式。

可选地，所述第二数据处理逻辑还包括服务监控、路由、日志采集和熔断中的任意一个或者多个。

可选地，所述第二原生进程和所述第二边车进程部署在相同机器。

为实现上述目的，根据本发明实施例的再一方面，提供了一种电子设备。

本发明实施例的一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种数据处理方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质。

本发明实施例的一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种数据处理方法。

上述发明中的一个实施例具有如下优点或有益效果：通过将原始业务请求转发至服务请求方的边车进程进行处理，将总线系统的功能与实现业务逻辑的原生进程隔离，使得总线系统可以独立升级，避免了由于升级对上游系统的影响，且对上游系统透明，不需要对上游系统进行部署和升级也可以对接总线系统。通过流量控制接口，实现了服务请求方的直接调用，解决了总线系统扩容问题。

通过协议转换和报文转换，将服务请求方所使用的协议转换为目标协议，将服务请求方所使用的报文格式转换为目标报文格式，便于数据传输。通过边车模式实现总线系统的服务监控、路由、日志采集和熔断等数据处理逻辑，将服务请求方对应系统分割为两个进程，避免了在系统本身添加代码而让系统的体积变大。将原生进程和边车进程部署在服务请求方的相同机器，无需在服务请求方额外增加机器，节约成本。

通过将中间业务请求转发至服务提供方的边车进程进行处理，将总线系统的功能与实现业务逻辑的原生进程隔离，使得总线系统可以独立升级，避免了由于升级对下游系统的影响。通过流量控制接口，实现了服务提供方的直接调用，解决了总线系统扩容问题。通过协议转换和报文转换，将目标协议转换为服务提供方所使用的协议，将目标报文格式转换为服务提供方所使用的报文格式，便于服务提供方处理。

通过边车模式实现总线系统的服务监控、路由、日志采集和熔断等数据处理逻辑，将服务提供方对应系统分割为两个进程，避免了在系统本身添加代码而让系统的体积变大。将原生进程和边车进程部署在服务提供方的相同机器，无需在服务提供方额外增加机器，节约成本。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例一的数据处理方法的主要步骤的示意图；

图2是根据本发明实施例二的数据处理方法的主要步骤的示意图；

图3是根据本发明实施例三的数据处理方法的系统架构示意图；

图4是本发明实施例三的原生进程与边车进程的关系示意图；

图5是根据本发明实施例三的数据处理方法的主要流程的示意图；

图6是根据本发明实施例三的数据处理方法中协议转换和报文转换的转换过程示意图；

图7是根据本发明实施例四的数据处理装置的主要模块的示意图；

图8是根据本发明实施例五的数据处理装置的主要模块的示意图；

图9是本发明实施例可以应用于其中的示例性系统架构图；

图10是适用于来实现本发明实施例的电子设备的计算机装置的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

下面对本发明实施例涉及的技术术语进行解释。

服务网格：属于一种微服务的基础架构，一般包含作为网络代理(本文称作边车)与应用部署在一起的数据面和管理这些边车的控制面两部分。服务网格对应用透明，对代码无侵入，不需要应用修改代码也不需要重新编译部署。

边车(Sidecar)：是一种部署在应用服务宿主机上的单独的网络代理进程，可以实现对应用无侵入的添加网关功能，包括通信报文的解析、服务注册发现、服务路由、流量控制、链路跟踪等等。

服务网关：是与边车功能类似，但独立于所对接的应用集中部署。

WebService：是一个平台独立的、低耦合的、自包含的、基于可编程的Web的应用程序，可使用开放的XML标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的交互操作的应用程序，可缩写为WS。

JMS：为Java Message Service的缩写，意为Java消息服务。

TCP：为Transmission Control Protocol的缩写，意为传输控制协议。

XML：为Extensible Markup Language的缩写，意为可扩展标记语言。

Dubbo：即Apache Dubbo，是一款微服务开发框架，它提供了RPC通信与微服务治理两大能力。

Http：为Hyper Text Transfer Protocol的缩写，意为超文本传输协议。

如背景技术所述，现有的ESB系统作为中间系统，负责转发服务请求方和服务提供方的报文，其能够支持消息路由/寻址，支持多种通信技术、通信协议(比如WebServcie、JMS、TCP)，能够处理请求/响应XML报文。且通过ESB技术可实现服务请求方和服务提供方的集成。

但是，现有的ESB系统对上游系统不透明，需要对上游系统进行部署和升级才能对接ESB系统，ESB系统本身的升级也需要上下游系统的配合。而且现有的ESB系统一般为集中独立部署，在并发量扩大的情况下无法水平扩展，且不支持RPC服务集成框架。为了解决上述问题，本实施例提供了一种新的数据处理方法，且可以应用于分布式架构实现的、改进的ESB系统，下面进行详细说明。

图1是根据本发明实施例一的数据处理方法的主要步骤的示意图。如图1所示，本发明实施例的数据处理方法，可应用于总线系统的接入适配器，主要包括如下步骤：

步骤S101：获取服务请求方的第一原生进程发起的原始业务请求，将所述原始业务请求转发至所述服务请求方的第一边车进程，以使所述第一边车进程根据所述原始业务请求携带的请求参数，获取所述服务请求方的第一元数据。第一原生进程用于实现服务请求方的业务逻辑，第一边车进程用于为服务请求方实现接入总线系统的数据处理逻辑，第一元数据包括服务请求方允许使用的协议信息、报文信息等。

服务请求方调用第一原生进程发起原始业务请求，该原始业务请求携带有请求参数，用于请求服务提供方处理该请求。接入适配器获取该原始业务请求，将该原始业务请求转发至服务请求方的第一边车进程，由第一边车进程解析出请求参数，之后根据请求参数获取服务请求方的第一元数据。

步骤S102：所述第一边车进程根据所述第一元数据和设定的第一数据处理逻辑，对所述原始业务请求进行处理，得到中间业务请求，将所述中间业务请求转发至服务提供方。第一边车进程获取到第一元数据后，根据第一元数据和设定的第一数据处理逻辑(即为服务请求方实现接入总线系统的数据处理逻辑)，对原始业务请求进行处理，得到中间业务请求，之后按照IP地址和端口将中间业务请求转发至服务提供方。

步骤S103：所述第一边车进程接收所述服务提供方对所述中间处理请求所返回的响应信息，将所述响应信息转发至所述第一原生进程。服务提供方处理中间业务请求，获得响应信息，将响应信息反馈至第一边车进程。第一边车进程接收到响应信息，将响应信息转发至第一原生进程。

本实施例通过将原始业务请求转发至服务请求方的边车进程进行处理，将总线系统的功能与实现业务逻辑的原生进程隔离，使得总线系统可以独立升级，避免了由于升级对上游系统的影响，且对上游系统透明，不需要对上游系统进行部署和升级也可以对接总线系统。

图2是根据本发明实施例二的数据处理方法的主要步骤的示意图。如图2所示，本发明实施例的数据处理方法，可应用于总线系统的接出适配器，主要包括如下步骤：

步骤S201：调用服务提供方的第二边车进程获取中间业务请求，根据所述中间业务请求携带的请求参数，获取所述服务提供方的第二元数据。其中，中间业务请求根据实施例一所述的数据处理方法获得，第二边车进程用于为服务提供方实现接入总线系统的数据处理逻辑，第二元数据包括服务提供方允许使用的协议信息、报文信息等。

接出适配器调用服务提供方的第二边车进程获取中间业务请求，该中间业务请求携带有请求参数，用于请求服务提供方处理该请求。第二边车进程解析出请求参数，之后根据请求参数获取服务提供方的第二元数据。

步骤S202：所述第二边车进程根据所述第二元数据和设定的第二数据处理逻辑，对所述中间业务请求进行处理，得到最终业务请求，将所述最终业务请求转发至所述服务提供方的第二原生进程。第二边车进程获取到第二元数据后，根据第二元数据和设定的第二数据处理逻辑(即为服务提供方实现接入总线系统的数据处理逻辑)，对中间业务请求进行处理，得到最终业务请求，之后将最终业务请求转发至服务提供方的第二原生进程。

步骤S203：所述第二原生进程对所述最终业务请求进行处理，得到响应信息，将所述响应信息通过所述第二边车进程发送至所述服务请求方。第二原生进程处理最终业务请求，获得响应信息，将响应信息反馈至第二边车进程，由第二边车进程将响应信息转发至服务请求方的第一边车进程。

本实施例通过将中间业务请求转发至服务提供方的边车进程进行处理，将总线系统的功能与实现业务逻辑的原生进程隔离，使得总线系统可以独立升级，避免了由于升级对下游系统的影响。

图3是根据本发明实施例三的数据处理方法的系统架构示意图。如图3所示，本发明实施例的数据处理方法可以由服务请求方、总线系统(比如分布式的ESB系统)和服务提供方实现，该总线系统包括统一建模平台、接入适配器和接出适配器三部分，提供分布式服务网关和服务网格两种接入方式。服务网关也采用分布式架构，可根据业务容量和性能要求进行扩容。

统一建模平台，用于提供服务接口管理，服务元数据管理，认证、报文、流量策略等的配置，日志查询，监控管理，边车管理，插件适配器管理，注册中心管理等，具体地，可创建服务请求方的第一元数据、服务提供方的第二元数据、授权调用关系、熔断信息、限流信息等。

其中，第一元数据包括服务请求方使用的第一协议、第一报文格式、第一服务实例信息和第一地址信息(包括IP地址和端口)；第二元数据包括服务提供方使用的第二协议、第二报文格式、第二服务实例信息和第二地址信息(包括IP地址和端口)。

实施例中，服务请求方和服务提供方所使用的协议可以是WebService、TCP、JMS、Dubbo、Http等。服务请求方和服务提供方所使用的报文格式可以是JSON、XML、8583报文等。其中，JSON为JavaScript Object Notation的缩写，是轻量级的数据交换格式；8583报文是一个国际标准的包格式。

接入适配器和接出适配器由边车网关(Phevos-Envoy)组件负责。边车网关组件采用边车模式，可以作为服务请求方和服务提供方的伴生进程。其中，边车模式是把一个系统的不同组件部署到不同的进程中，以提供隔离和封装，系统的各个组件各自维护更新。

边车模式包含原生进程和伴生进程，且原生进程处理上下游系统的业务逻辑，边车进程为上下游添加接入服务总线的协议转换、报文转换、监控、日志、路由及熔断的ESB逻辑。通过将上下游系统分割为两个进程后，避免了在上下游系统本身添加代码而导致系统体积变大；而且两个进程的功能不同，可以独立升级，避免了因为ESB系统升级对上下游系统的影响。

图4是本发明实施例三的原生进程与边车进程的关系示意图。如图4所示，以图3的卡系统为例，该系统由Java技术的原生进程和C++技术的边车进程(该进程为伴生进程)组成。原生进程处理卡系统的业务逻辑，边车进程为卡系统添加接入服务总线的协议转换、报文转换、服务监控、路由、日志采集和熔断的ESB逻辑。

基于上述边车模式，本实施例的接入适配器，用于把服务请求方的第一原生进程发送的原始业务请求转发至相应的第一边车进程，由第一边车进程执行用于接入ESB系统的第一数据处理逻辑，转发处理后的业务请求至服务提供方。接出适配器，用于调用服务提供方的第二边车进程，以获取处理后的业务请求，执行用于接出ESB系统的第二数据处理逻辑，转发二次处理后的业务请求至服务提供方的第二原生进程进行处理。接入适配器和接出适配器的功能均由边车网关组件实现。

此外，本实施例的分布式的ESB系统包括由数据面和控制面构成的服务网格。数据面即边车网关组件，控制面即统一建模平台。统一建模平台可以将创建的第一元数据和第二元数据推送至边车网关组件。该服务网格使得每个服务实例之间的通信更加流畅、可靠和迅速。

图5是根据本发明实施例三的数据处理方法的主要流程的示意图。如图5所示，本发明实施例的数据处理方法，主要包括如下步骤：

步骤S501：接入适配器获取服务请求方的第一原生进程发送的原始业务请求，把原始业务请求转发至服务请求方的第一边车进程。实施例中，可以通过在监听端口绑定监听器，获取服务请求方的第一原生进程发送的原始业务请求。转发原始业务请求所采用的协议可以是WebService协议。

优选地，操作系统通过调用流量控制接口，将服务请求方的路由表的目的地址修改为服务请求方的第一边车进程对应的地址信息，以将服务请求方的第一原生进程发送的原始业务请求转发至服务请求方的第一边车进程。

具体地，通过操作系统的应用程序接口(Application Program Interface，API)修改主机的NAT路由表，通过修改该表中的IP/PORT(即IP地址和端口号)将原始业务请求转向特定的IP/PORT。其中，NAT为Network Address Translation的缩写，意为网络地址转换。

步骤S502：第一边车进程根据原始业务请求携带的请求参数，获取服务请求方的第一元数据，根据第一元数据对原始业务请求执行用于接入总线系统的第一数据处理逻辑，得到中间业务请求。实施例中，第一元数据可以包括服务请求方允许使用的第一协议和第一报文格式，第一数据处理逻辑可以包括协议转换和报文转换，总线系统可以为ESB系统。

实际应用中，第一边车进程对原始业务请求进行处理的实现过程可以是：第一边车进程按照协议转换对应的处理逻辑，把传输原始业务请求所使用的第一协议转换为目标协议；以及按照报文转换对应的处理逻辑，把传输原始业务请求所使用的第一报文格式转换为目标报文格式。

上述处理用于把服务请求方传输原始业务请求所使用协议的协议类型(比如WebService)转换为ESB系统适用的协议类型(比如Http)，把服务请求方传输原始业务请求所使用报文的报文格式(比如XML)转换为ESB系统适用的报文格式(比如JSON)。

在一优选的实施例中，第一数据处理逻辑还可以包括服务监控、日志采集、路由、熔断及流量策略中的任意一个或者多个。实际应用中，服务监控可以通过埋点上报，日志使用异步采集，流量策略采用令牌桶实现。

需要说明的是，第一元数据是由统一建模平台预先创建的。具体地，为服务请求方创建第一元数据，其中，第一元数据除包括服务请求方使用的第一协议和第一报文格式之外，还可以包括第一服务实例信息和第一地址信息。

步骤S503：第一边车进程在第一数据处理逻辑执行结束后，将得到的中间业务请求转发至服务提供方。第一边车进程在第一数据处理逻辑执行结束后，按照IP地址和端口号，向相应的服务提供方发起请求。转发中间业务请求所采用的协议可以是Http协议。

步骤S504：调用服务提供方的第二边车进程获取中间业务请求，根据中间业务请求携带的请求参数，获取服务提供方的第二元数据，以根据第二元数据对中间业务请求执行用于接出总线系统的第二数据处理逻辑，得到最终业务请求。

实施例中，第二元数据可以包括服务提供方允许使用的第二协议和第二报文格式。服务提供方的第二边车进程通过调用流量控制接口，将服务提供方的路由表的目的地址修改为第二边车进程对应的地址信息，进而获取中间业务请求。此外，第二数据处理逻辑与第一处理逻辑相同，也可以包括协议转换和报文转换。

实际应用中，第二边车进程对中间业务请求进行处理的实现过程可以是：第二边车进程按照协议转换对应的处理逻辑，把传输中间业务请求所使用的目标协议转换为第二协议；以及按照报文转换对应的处理逻辑，把传输中间业务请求所使用的目标报文格式转换为第二报文格式。

上述处理用于把ESB系统传输中间业务请求所使用协议的协议类型(比如Http)转换为服务提供方适用协议类型(比如WebService)，把ESB系统传输中间业务请求所使用报文的报文格式(比如JSON)转换为服务提供方适用的报文格式(比如8583)。

在一优选的实施例中，第二数据处理逻辑同样还可以包括服务监控、日志采集、路由、熔断及流量策略中的任意一个或者多个。需要说明的是，第二元数据也是由统一建模平台预先创建的。具体地，为服务提供方创建第二元数据；其中，第二元数据除包括服务提供方使用的第二协议和第二报文格式之外，还可以包括第二服务实例信息和第二地址信息。

图6是根据本发明实施例三的数据处理方法中协议转换和报文转换的转换过程示意图。如图6所示，服务请求方主机可以使用RPC协议向总线系统传输携带原始业务请求的第一报文，假设第一报文的报文格式为XML。总线系统调用第一边车进程，将第一报文的报文格式转换为其适用的JSON格式，并通过Http协议转发报文至第二边车进程。第二边车进程确定服务提供方主机受理通过Http协议发送的、JSON格式的报文，则将该报文转发至第二原生进程进行处理。

通过协议转换和报文转换，实现了ESB系统中TCP、WebServcie、RPC协议和Http协议的互相转换，以及XML报文、UTF-8(一种可变长度字符编码)报文和JSON报文互相转换。

步骤S505：第二边车进程在第二数据处理逻辑执行结束后，转发最终业务请求至服务提供方的第二原生进程。优选地，第二原生进程和第二边车进程部署在相同机器，此时第二边车进程可在服务提供方主机内部转发最终业务请求至服务提供方的第二原生进程。转发最终业务请求所采用的协议可以是TCP协议。

步骤S506：第二原生进程对最终业务请求进行处理，把所得的响应信息返回至第二边车进程。第二原生进程按照业务逻辑处理该最终业务请求，处理完成后，将所得的响应信息返回至第二边车进程。

步骤S507：第二边车进程将响应信息转发至第一边车进程。

步骤S508：第一边车进程将响应信息转发至第一原生进程。优选地，第一原生进程和第一边车进程部署在相同机器，此时第一边车进程可在服务请求方主机内部转发响应信息至第一原生进程。

在一可选的实施例中，采用边车模式，为服务请求方配置第一边车进程，以及为服务提供方配置第二边车进程。

通过本发明实施例的数据处理方法可以看出，本实施例通过分布式的边车网关组件，实现了服务请求方和服务提供方的点到点调用，没有经过集中ESB代理，解决了现有ESB系统的水平扩展问题。而且通过调用流量控制接口和边车技术，将ESB系统的功能和业务进程隔离，使得ESB系统可以独立升级，避免了由于升级对上下游系统的影响，且对上游系统透明，不需要对上游系统进行部署和升级也可以对接ESB系统。

图7是根据本发明实施例四的数据处理装置的主要模块的示意图。如图7所示，本发明实施例的数据处理装置700，主要包括：

请求转发模块701，用于获取服务请求方的第一原生进程发起的原始业务请求，将所述原始业务请求转发至所述服务请求方的第一边车进程，以使所述第一边车进程根据所述原始业务请求携带的请求参数，获取所述服务请求方的第一元数据。第一原生进程用于实现服务请求方的业务逻辑，第一边车进程用于为服务请求方实现接入总线系统的数据处理逻辑，第一元数据包括服务请求方允许使用的协议信息、报文信息等。

服务请求方调用第一原生进程发起原始业务请求，该原始业务请求携带有请求参数，用于请求服务提供方处理该请求。请求转发模块获取该原始业务请求，将该原始业务请求转发至服务请求方的第一边车进程，由第一边车进程解析出请求参数，之后根据请求参数获取服务请求方的第一元数据。

第一请求处理模块702，用于由所述第一边车进程根据所述第一元数据和设定的第一数据处理逻辑，对所述原始业务请求进行处理，得到中间业务请求，将所述中间业务请求转发至服务提供方。第一边车进程获取到第一元数据后，根据第一元数据和设定的第一数据处理逻辑(即为服务请求方实现接入总线系统的数据处理逻辑)，对原始业务请求进行处理，得到中间业务请求，之后按照IP地址和端口将中间业务请求转发至服务提供方。

响应转发模块703，用于由所述第一边车进程接收所述服务提供方对所述中间处理请求所返回的响应信息，将所述响应信息转发至所述第一原生进程。第一边车进程接收到响应信息，将响应信息转发至第一原生进程。

从以上描述可以看出，通过将原始业务请求转发至服务请求方的边车进程进行处理，将总线系统的功能和实现业务逻辑的原生进程隔离，使得总线系统可以独立升级，避免了由于升级对上游系统的影响，且对上游系统透明，不需要对上游系统进行部署和升级也可以对接总线系统。

图8是根据本发明实施例五的数据处理装置的主要模块的示意图。如图8所示，本发明实施例的数据处理装置800，主要包括：

请求获取模块801，用于调用服务提供方的第二边车进程获取中间业务请求，根据所述中间业务请求携带的请求参数，获取所述服务提供方的第二元数据；其中，中间业务请求根据实施例四的数据处理装置获得，第二边车进程用于为服务提供方实现接入总线系统的数据处理逻辑，第二元数据包括服务提供方允许使用的协议信息、报文信息等。

请求获取模块调用服务提供方的第二边车进程获取中间业务请求，该中间业务请求携带有请求参数，用于请求服务提供方处理该请求。第二边车进程解析出请求参数，之后根据请求参数获取服务提供方的第二元数据。

第二请求处理模块802，用于由所述第二边车进程根据所述第二元数据和设定的第二数据处理逻辑，对所述中间业务请求进行处理，得到最终业务请求，将所述最终业务请求转发至所述服务提供方的第二原生进程。第二边车进程获取到第二元数据后，根据第二元数据和设定的第二数据处理逻辑(即为服务提供方实现接入总线系统的数据处理逻辑)，对中间业务请求进行处理，得到最终业务请求，之后将最终业务请求转发至服务提供方的第二原生进程。

响应返回模块803，用于由所述第二原生进程对所述最终业务请求进行处理，得到响应信息，将所述响应信息通过所述第二边车进程发送至所述服务请求方。第二原生进程处理最终业务请求，获得响应信息，将响应信息反馈至第二边车进程，由第二边车进程将响应信息转发至服务请求方的第一边车进程。

从以上描述可以看出，通过将中间业务请求转发至服务提供方的边车进程进行处理，将总线系统的功能与实现业务逻辑的原生进程隔离，使得总线系统可以独立升级，避免了由于升级对下游系统的影响。

图9示出了可以应用本发明实施例的数据处理方法或数据处理装置的示例性系统架构900。

如图9所示，系统架构900可以包括服务器901、903、905和网络902、904。网络902用以在服务器901和服务器903之间提供通信链路的介质。网络904用以服务器903和服务器905之间提供通信链路的介质。网络902、904可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

服务器901、903、905均可以是提供各种服务的服务器。其中，服务器901作为服务请求方向服务器903请求服务；服务器903将原始业务请求转发至服务请求方的边车进程，进行第一数据处理逻辑，转发处理所得的中间业务请求至服务器905(即服务提供方)；服务提供方的第二边车进程获取中间业务请求，进行第二数据处理逻辑，转发处理所得的最终业务请求至第二原生进程进行处理，并将处理结果反馈至服务器901。

需要说明的是，本申请实施例所提供的数据处理方法一般由服务器903执行，相应地，数据处理装置一般设置于服务器903中。

应该理解，图9中的网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的网络和服务器。

根据本发明的实施例，本发明还提供了一种电子设备和一种计算机可读介质。

本发明的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种数据处理方法。

本发明的计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种数据处理方法。

下面参考图10，其示出了适用于来实现本发明实施例的电子设备的计算机系统1000的结构示意图。图10示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图10所示，计算机系统1000包括中央处理单元(CPU)1001，其可以根据存储在只读存储器(ROM)1002中的程序或者从存储部分1008加载到随机访问存储器(RAM)1003中的程序而执行各种适当的动作和处理。在RAM 1003中，还存储有计算机系统1000操作所需的各种程序和数据。CPU 1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(I/O)接口1005也连接至总线1004。

以下部件连接至I/O接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1000也根据需要连接至I/O接口1005。可拆卸介质1001，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1000上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。

特别地，根据本发明公开的实施例，上文主要步骤图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行主要步骤图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1001被安装。在该计算机程序被中央处理单元(CPU)1001执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括请求转发模块、第一请求处理模块和响应转发模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，请求转发模块还可以被描述为“获取服务请求方的第一原生进程发起的原始业务请求，将所述原始业务请求转发至所述服务请求方的第一边车进程，以使所述第一边车进程根据所述原始业务请求携带的请求参数，获取所述服务请求方的第一元数据的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：获取服务请求方的第一原生进程发起的原始业务请求，将所述原始业务请求转发至所述服务请求方的第一边车进程，以使所述第一边车进程根据所述原始业务请求携带的请求参数，获取所述服务请求方的第一元数据；所述第一边车进程根据所述第一元数据和设定的第一数据处理逻辑，对所述原始业务请求进行处理，得到中间业务请求，将所述中间业务请求转发至服务提供方；所述第一边车进程接收所述服务提供方对所述中间处理请求所返回的响应信息，将所述响应信息转发至所述第一原生进程。

根据本发明实施例的技术方案，通过将原始业务请求转发至服务请求方的边车进程进行处理，将总线系统的功能与实现业务逻辑的原生进程隔离，使得总线系统可以独立升级，避免了由于升级对上游系统的影响，且对上游系统透明，不需要对上游系统进行部署和升级也可以对接ESB系统。

上述产品可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (14)

1.一种数据处理方法，其特征在于，包括：

获取服务请求方的第一原生进程发起的原始业务请求，将所述原始业务请求转发至所述服务请求方的第一边车进程，以使所述第一边车进程根据所述原始业务请求携带的请求参数，获取所述服务请求方的第一元数据；

所述第一边车进程根据所述第一元数据和设定的第一数据处理逻辑，对所述原始业务请求进行处理，得到中间业务请求，将所述中间业务请求转发至服务提供方；

所述第一边车进程接收所述服务提供方对所述中间处理请求所返回的响应信息，将所述响应信息转发至所述第一原生进程。

2.根据权利要求1所述的方法，其特征在于，所述将所述原始业务请求转发至所述服务请求方的第一边车进程，包括：

调用流量控制接口，将所述服务请求方的路由表的目的地址修改为所述服务请求方的第一边车进程对应的地址信息，以将所述原始业务请求转发至所述第一边车进程。

3.根据权利要求1所述的方法，其特征在于，所述第一元数据包括所述服务请求方允许使用的第一协议和第一报文格式，所述第一数据处理逻辑包括协议转换和报文转换；

所述第一边车进程根据所述第一元数据和设定的第一数据处理逻辑，对所述原始业务请求进行处理，包括：

所述第一边车进程按照所述协议转换对应的处理逻辑，把传输所述原始业务请求所使用的第一协议转换为目标协议；

所述第一边车进程按照所述报文转换对应的处理逻辑，把传输所述原始业务请求所使用的第一报文格式转换为目标报文格式。

4.根据权利要求3所述的方法，其特征在于，所述第一数据处理逻辑还包括服务监控、路由、日志采集和熔断中的任意一个或者多个。

5.根据权利要求1至4的任一项所述的方法，其特征在于，所述第一原生进程和所述第一边车进程部署在相同机器。

6.一种数据处理方法，其特征在于，包括：

调用服务提供方的第二边车进程获取中间业务请求，根据所述中间业务请求携带的请求参数，获取所述服务提供方的第二元数据；其中，所述中间业务请求根据权利要求1至5任一项所述的方法获得；

所述第二边车进程根据所述第二元数据和设定的第二数据处理逻辑，对所述中间业务请求进行处理，得到最终业务请求，将所述最终业务请求转发至所述服务提供方的第二原生进程；

所述第二原生进程对所述最终业务请求进行处理，得到响应信息，将所述响应信息通过所述第二边车进程发送至所述服务请求方。

7.根据权利要求6所述的方法，其特征在于，所述调用服务提供方的第二边车进程获取中间业务请求，包括：

调用服务提供方的第二边车进程，以由所述第二边车进程调用流量控制接口，将所述服务提供方的路由表的目的地址修改为所述第二边车进程对应的地址信息，进而获取中间业务请求。

8.根据权利要求6所述的方法，其特征在于，所述第二元数据包括所述服务提供方允许使用的第二协议和第二报文格式，所述第二数据处理逻辑包括协议转换和报文转换；

所述第二边车进程根据所述第二元数据和设定的第二数据处理逻辑，对所述中间业务请求进行处理，包括：

所述第二边车进程按照所述协议转换对应的处理逻辑，把传输所述中间业务请求所使用的目标协议转换为所述第二协议；

所述第二边车进程按照所述报文转换对应的处理逻辑，把传输所述中间业务请求所使用的目标报文格式转换为所述第二报文格式。

9.根据权利要求8所述的方法，其特征在于，所述第二数据处理逻辑还包括服务监控、路由、日志采集和熔断中的任意一个或者多个。

10.根据权利要求6至9的任一项所述的方法，其特征在于，所述第二原生进程和所述第二边车进程部署在相同机器。

11.一种数据处理装置，其特征在于，包括：

请求转发模块，用于获取服务请求方的第一原生进程发起的原始业务请求，将所述原始业务请求转发至所述服务请求方的第一边车进程，以使所述第一边车进程根据所述原始业务请求携带的请求参数，获取所述服务请求方的第一元数据；

第一请求处理模块，用于由所述第一边车进程根据所述第一元数据和设定的第一数据处理逻辑，对所述原始业务请求进行处理，得到中间业务请求，将所述中间业务请求转发至服务提供方；

响应转发模块，用于由所述第一边车进程接收所述服务提供方对所述中间处理请求所返回的响应信息，将所述响应信息转发至所述第一原生进程。

12.一种数据处理装置，其特征在于，包括：

请求获取模块，用于调用服务提供方的第二边车进程获取中间业务请求，根据所述中间业务请求携带的请求参数，获取所述服务提供方的第二元数据；其中，所述中间业务请求根据权利要求11所述的装置获得；

第二请求处理模块，用于由所述第二边车进程根据所述第二元数据和设定的第二数据处理逻辑，对所述中间业务请求进行处理，得到最终业务请求，将所述最终业务请求转发至所述服务提供方的第二原生进程；

响应返回模块，用于由所述第二原生进程对所述最终业务请求进行处理，得到响应信息，将所述响应信息通过所述第二边车进程发送至所述服务请求方。

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

一个或多个处理器；

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

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

14.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-10中任一所述的方法。

Images