CN115174592A - 企业级数据请求转发系统及方法 - Google Patents

Abstract

本发明公开了一种企业级数据请求转发系统及方法。该系统包括：注册中心、网关客户端以及服务网关；其中，网关客户端配置于微服务端；其中：网关客户端，基于对应的微服务端生成注册请求；注册中心，用于接收网关客户端发出的注册请求，根据注册请求生成微服务端的元数据信息，并将微服务端的元数据信息同步至服务网关中；网关客户端，与服务网关连接，用于响应对应的微服务端调用操作，生成调用请求；服务网关，用于接收网关客户端发出的调用请求，并根据同步得到的元数据信息，执行调用请求的转发操作。本技术方案，通过网关客户端可以对企业级数据请求转发系统中各微服务端进行集成，实现企业级数据互通。

Description

企业级数据请求转发系统及方法

技术领域

本申请实施例涉及互联网技术领域，尤其涉及企业级数据请求转发系统及企业级数据请求转发方法。

背景技术

随着信息时代的不断发展，单体应用架构已无法满足当前互联网产品的技术需求，微服务概念应运而生。微服务架构是考虑围绕着业务领域组件来创建应用，这些应用可独立地进行开发、管理和加速，在分散的组件中使用微服务云架构和平台，使部署、管理和服务功能交付变得更加简单。

然而，各企业级微服务在作业时，使用各自所在产品线的网关，其型号、版本、技术都不统一，使得产品线集成时需要进行二次开发，耗时耗力，降低运维效率。

因此，如何提高微服务的集成效率，是本领域技术人员亟待解决的技术问题。

发明内容

本发明提供了一种企业级数据请求转发系统及方法，通过网关客户端可以对企业级数据请求转发系统中各微服务端进行集成，实现企业级数据互通。

根据本发明的一方面，提供了一种企业级数据请求转发系统，所述系统包括：注册中心、网关客户端以及服务网关；其中，所述网关客户端配置于微服务端；其中：

所述网关客户端，基于对应的微服务端生成注册请求；

所述注册中心，用于接收网关客户端发出的注册请求，根据所述注册请求生成所述微服务端的元数据信息，并将所述微服务端的元数据信息同步至所述服务网关中；

所述网关客户端，与所述服务网关连接，用于响应对应的微服务端调用操作，生成调用请求；

所述服务网关，用于接收网关客户端发出的调用请求，并根据同步得到的所述元数据信息，执行所述调用请求的转发操作。

进一步的，所述系统包括：由至少两个所述微服务端构成的产品服务集群，以及配置于所述产品服务集群的网关客户端；

相应的，所述网关客户端，用于统一所述产品服务集群中各微服务端的网关接口标准得到通用接口，并通过所述通用接口与所述服务网关交互。

进一步的，所述服务网关包括：规则引擎和日志引擎；其中：

所述规则引擎，用于根据预先设定的规则和所述调用请求，确定所述服务网关的决策指令；

所述日志引擎，用于生成所述服务网关响应于所述调用请求的调用日志报告。

进一步的，所述服务网关，具体用于：

根据预设时间定时获取所述微服务端的元数据信息；

当接收到所述网关客户端对应的微服务端发出的调用请求时，基于所述规则引擎、所述调用请求和所述微服务端的元数据信息，确定所述调用请求对应的执行操作；

基于所述日志引擎和所述调用请求对应的执行操作，生成调用日志报告。

进一步的，所述规则引擎包括协议限制、权限控制和黑名单限制。

进一步的，所述黑名单限制包括：

响应于所述调用操作，获取所述服务网关的黑名单信息；其中，所述黑名单信息包括所述微服务端的IP地址、IP包和邮件中的至少一个信息；

判断所述微服务端是否处于所述黑名单中；

若所述微服务端处于所述黑名单中，则不生成调用请求，并向所述微服务端对应的网关客户端返回调用失败信息；

若所述微服务端不处于所述黑名单中，则生成调用请求。

进一步的，所述规则引擎具体用于：

响应于所述调用操作和所述调用请求，获取所述微服务端的信息；

根据所述微服务端的信息和所述服务网关的权限信息，确定所述微服务端的权限信息；

根据所述微服务端的权限信息，确定所述微服务端的调用权限，并基于所述调用权限执行转发操作。

根据本发明的另一方面，提供了一种企业级数据请求转发方法，其特征在于，所述方法由所述企业级数据请求转发系统执行，所述方法包括：

基于对应的微服务端生成注册请求；

接收网关客户端发出的注册请求，根据所述注册请求生成所述微服务端的元数据信息，并将所述微服务端的元数据信息同步至所述服务网关中；

响应对应的微服务端调用操作，生成调用请求；

接收网关客户端发出的调用请求，并根据同步得到的所述元数据信息，执行所述调用请求的转发操作。

进一步的，接收网关客户端发出的调用请求，并根据同步得到的所述元数据信息，执行所述调用请求的转发操作，包括：

根据预设时间定时获取所述微服务端的元数据信息；

当接收到所述网关客户端对应的微服务端发出的调用请求时，基于所述规则引擎、所述调用请求和所述微服务端的元数据信息，确定所述调用请求对应的执行操作。

进一步的，在根据同步得到的所述元数据信息，执行所述调用请求的转发操作之后，还包括：

基于所述日志引擎和所述调用请求对应的执行操作，生成调用日志报告。

本发明实施例公开了一种企业级数据请求转发系统及方法。该系统包括：注册中心、网关客户端以及服务网关；其中，网关客户端配置于微服务端；其中：网关客户端，基于对应的微服务端生成注册请求；注册中心，用于接收网关客户端发出的注册请求，根据注册请求生成微服务端的元数据信息，并将微服务端的元数据信息同步至服务网关中；网关客户端，与服务网关连接，用于响应对应的微服务端调用操作，生成调用请求；服务网关，用于接收网关客户端发出的调用请求，并根据同步得到的元数据信息，执行调用请求的转发操作。本技术方案，通过网关客户端可以对企业级数据请求转发系统中各微服务端进行集成，实现企业级数据互通。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1为本发明一实施例提供的一种企业级数据请求转发系统的结构示意图；

图2为本发明另一实施例提供的一种企业级数据请求转发方法的流程图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

图1为本发明一实施例提供的一种企业级数据请求转发系统的结构示意图，本实施例可适用于在企业级各微服务端中进行数据请求转发的场景中。

如图1所示，企业级数据请求转发系统100包括：注册中心110、网关客户端120以及服务网关130；其中，网关客户端120配置于微服务端；其中：

所述网关客户端120，基于对应的微服务端生成注册请求；

所述注册中心110，用于接收网关客户端120发出的注册请求，根据所述注册请求生成所述微服务端的元数据信息，并将所述微服务端的元数据信息同步至所述服务网关130中；

所述网关客户端120，与所述服务网关130连接，用于响应对应的微服务端调用操作，生成调用请求；

所述服务网关130，用于接收网关客户端120发出的调用请求，并根据同步得到的所述元数据信息，执行所述调用请求的转发操作。

可以理解的是，在单体式应用中，各个模块之间的调用是通过编程语言级别的方法或者函数来实现的。但是一个基于微服务的分布式应用是运行在多台机器上的，一般来说，每个服务实例都是一个进程。基于微服务的应用程序是在多个进程或服务上运行的分布式系统，通常会跨多个服务器或主机。因此，微服务端必须使用进程内通信协议或者二进制协议进行交互，其进行交互的协议取决于微服务端的性质。

网关客户端可以是连接微服务端和注册中心、服务网关的中介。可以理解的是，各个微服务端以及服务网关、注册中心使用的协议可能不相同，而本发明实施例通过将网关客户端安装于微服务端上，可以统一不同的通信协议，使得开发人员对于微服务端的开发变得更加便捷。微服务端可以通过网关客户端实现生成注册请求、调用请求等功能。其中，网关客户端可以以应用程序、微信小程序等形式安装在PC端、移动终端等。

微服务端可以是按照业务领域进行划分并可以实现某一单一业务功能的子系统。当各微服务端之间想要实现交互等功能时，微服务端需通过网关客户端生成注册请求以在注册中心进行注册。

其中，注册请求可以是包括与网关客户端对应的微服务端的注册信息和注册信息的签名数据等，可以用于请求将微服务端注册到注册中心上，使不同的微服务端通过注册中心能够实现相互通信。其中，注册信息可以包括微服务端的IP地址、端口号、类型、名称或标识中的一种或多种；注册信息的签名数据可以是对注册信息经加密算法进行加密后生成的校验编码。其中，IP地址可以是基于微服务端的存储路径所生成，可以用于其他微服务端对该微服务端进行调用；标识可以是微服务端利用哈希算法对IP地址进行计算得到的哈希值。

在本发明实施例中，网关客户端基于对应的微服务端生成注册请求，可以在微服务进行实例启动时，网关客户端采集对应的微服务端的IP地址、端口号、类型、名称或标识等，并基于上述所收集的信息进行经加密算法进行加密后生成对应的签名数据，将微服务端的注册信息和注册信息的签名数据进行打包生成注册请求并发送至注册中心进行注册。

注册中心可以是实现服务化管理的核心组件，可以用于存储微服务端信息，以及反映微服务端信息和微服务端调用地址的映射关系。可以理解的是，与微服务端对应的网关客户端和注册中心可以使用一定机制通信(例如，心跳通信)，当网关客户端向注册中心发出的注册请求发生变化时，注册中可以对更改后的微服务端进行重新注册，或者当网关客户端和注册中心长时间无法通信时，注册中心可以对该网关客户端对应的微服务端进行注销处理。

其中，元数据信息可以是描述微服务端注册信息数据的信息。

服务网关可以是一种能够集请求路由、负载均衡、校验过滤、服务容错、服务聚合等多种功能于一体的访问代理点。可以理解的是，服务网关可以是公共访问点，各个网关客户端对应的微服务端均可以通过服务网关实现对其他微服务端的调用；除此之外，服务网关也可以实现对各个网关客户端的检测、限流、日志收集等功能。

在本发明实施例中，注册中心接收网关客户端发出的注册请求，根据所述注册请求生成所述微服务端的元数据信息，并将所述微服务端的元数据信息同步至所述服务网关中。例如可以通过对注册请求中注册信息的签名数据进行验证，以判断所发送注册请求对应的微服务端是否为合法终端，避免其他微服务端进行恶意注册；若所发送注册请求对应的微服务端为合法终端，则对注册信息进行解密获取微服务端的IP地址、端口号、类型、名称或标识等。其中，对注册请求中注册信息的签名数据进行验证，可以是通过判断所接收的注册请求中待验证密钥和注册中心预先设置的密钥是否相同，若相同，则表明所发送注册请求对应的微服务端为合法终端，若不同则反之。需要注意的是，本发明实施例对签名数据验证的方式不作限定。

可以理解的是，在微服务架构中可以包括两种角色，一个是微服务端调用方和微服务端被调用方，其中，微服务被调用方也可以是微服务提供方。在微服务架构中，各个微服务端既可以是微服务端调用方，也可以是微服务端被调用方。示例性的，在某个微服务端架构中包含微服务端端A、微服务端端B和微服务端端C，调用关系微服务端A->微服务端B->微服务端C，则，在微服务端A->微服务端B的调用关系中，微服务端A为微服务端调用方，微服务端B为微服务端被调用方，而在微服务端B->微服务端C的调用关系中，微服务端B为微服务端调用方，微服务端C为微服务端被调用方。

调用请求可以是响应于对应的微服务端调用操作的请求信息。调用请求可以包括调用微服务端名称、被调用微服务端名称和调用接口，其中，调用接口可以包括接口的调用方式和调用参数，调用方式可以包括接口串行调用和接口并行调用。可以理解的是，接口的调用方式不同，其调用参数也不同。

在本发明实施例中，网关客户端响应对应的微服务端调用操作，生成调用请求，可以根据相应的调用操作，将与该调用操作对应的调用微服务端名称、被调用微服务端名称和调用接口打包生成调用请求。示例性的，以线上购物为例，当用户在客户端执行下单操作时，需要调用订单服务以创建订单，调用库存服务以扣减库存，调用支付服务以完成支付，调用积分服务以生成积分。网关客户端响应对应的订单微服务端、库存微服务端、支付微服务端和积分微服务端的调用操作，分别生成相应的调用请求。

在本发明实施例中，服务网关接收网关客户端发出的调用请求，并根据同步得到的所述元数据信息，执行调用请求的转发操作，可以是当接收到网关客户端发送的调用请求时，根据注册中心同步得到的元数据信息对调用请求中调用微服务端的名称和被调用微服务端的名称，分别确定调用微服务端的调用地址和被调用微服务端的调用地址，按照调用地址对调用请求进行转发调用操作。其中，调用地址可以为IP地址，也可以为网址，还可以为调用接口。

可选的，所述服务网关包括：规则引擎和日志引擎；其中：所述规则引擎，用于根据预先设定的规则和所述调用请求，确定所述服务网关的决策指令；所述日志引擎，用于生成所述服务网关响应于所述调用请求的调用日志报告。

其中，规则引擎和日志引擎可以是嵌入在服务网关中的组件。规则引擎可以包括与业务对应的业务规则，能够将业务规则从应用程序代码中分离出来，并使用预定义的语义模块编写业务决策。示例性的，以“业务”为识别微服务端是否具备调用权限为例进行解释说明，在规则引擎中可以预设业务规则为：微服务端的名称是否存在于规则引擎预设的数据表中，若存在则判断该微服务端具备调用权限。通过设置规则引擎可以降低复杂业务逻辑组件的复杂性以及服务网关的维护性和可扩展性。

日志引擎可以是创建和存储与服务网关操作对应的唯一标识符的日志记录或日志报告。可以理解的是，在网关客户端在向服务网关发送调用请求时，服务网关中的日志引擎则对该操作行为进行记录，其中，日志记录的内容可以包括发送调用请求的网关客户端名称、调用微服务端名称、被调用微服务端名称、调用时间和调用结果等，日志记录可以用一个唯一标识符进行表示。通过设置日志引擎可以实时对各个微服务端的调用日志进行监控。

可选的，所述服务网关，具体用于：根据预设时间定时获取所述微服务端的元数据信息；当接收到所述网关客户端对应的微服务端发出的调用请求时，基于所述规则引擎、所述调用请求和所述微服务端的元数据信息，确定所述调用请求对应的执行操作；基于所述日志引擎和所述调用请求对应的执行操作，生成调用日志报告。

其中，服务网关获取微服务端的元数据信息，可以通过在网关客户端向注册中心发送注册请求时，注册中心对注册信息进行解密获取微服务端的IP地址、端口号、类型、名称或标识等，并将上述数据信息以列为单位封装为对象，组成元数据信息。其中，元数据信息包括列名、列值、列类型和列长等信息。

其中，执行操作可以包括调用操作、校验操作、转发操作或负载均衡操作等。在本发明实施例中，当接收到所述网关客户端对应的微服务端发出的调用请求时，基于规则引擎、调用请求和微服务端的元数据信息，确定调用请求对应的执行操作。示例性的，以微服务端A调用微服务端B为例，当服务网关接收到微服务端A对应的网关客户端所发送的调用请求时，服务网关基于规则引擎和调用请求中微服务端A的信息确定微服务端A是否为合法终端；若微服务端A为合法终端，服务网关根据调用请求中微服务端B的信息从预先保留的元数据信息中搜索查询微服务端B的元数据信息，服务网关执行转发操作将微服务端B的元数据信息转发至微服务端A对应的网关客户端上。

其中，基于日志引擎和调用请求对应的执行操作，生成调用日志报告，日志记录时间可以在服务网关从接收到调用请求时开始记录，直至数据转发操作结束。其中，日志引擎的记录内容可以包括发送调用请求的网关客户端名称、调用微服务端名称、被调用微服务端名称、调用时间和调用结果等。为了便于存储和查询日志报告，可以将上述记录内容用唯一标识符进行表示。

可选的，所述规则引擎包括协议限制、权限控制和黑名单限制。

其中，协议限制可以是对微服务端对应的网关客户端发送的注册请求或调用请求等进行协议限制。权限限制可以是对网关客户端对应的微服务端访问服务网关的权限进行限制，可以通过设置用户名和密码对访问权限进行限制。黑名单限制可以是对不允许访问的网关客户端进行限制，可以是通过限制网关客户端的地址进行黑名单限制。

通过在规则引擎中设置协议限制、权限控制和黑名单限制，可以有效避免部分微服务端或网关客户端进行恶意访问，提高服务网关的资源利用率。

可选的，所述黑名单限制包括：响应于所述调用操作，获取所述服务网关的黑名单；判断所述网关客户端是否处于所述黑名单中；若所述网关客户端处于所述黑名单中，则不生成调用请求，并向所述网关客户端返回调用失败信息；若所述网关客户端不处于所述黑名单中，则生成调用请求。

其中，黑名单可以是被限制操作的网关客户端所对应的IP地址，也可以是被限制操作的网关客户端中微服务端所对应的IP地址。

在本发明实施例中，黑名单的设置方法可以有如下两种：第一种，通过网段的形式设置黑名单，网段以CIDR(ClasslessInter-DomainRouting，无类别域间路由)形式表示，是一个用于给用户分配IP地址以及在互联网上有效地路由IP数据包的对IP地址进行归类的方法，例如192.168.1.0/24，表示目的地址位于该网段的流量全部排除，具体可以配置多个网段；第二种，通过端口的形式设置黑名单，支持端口与端口段，端口段可以通过一个起始端口与结束端口表示，可以配置多个端口/端口段。

本发明实施例通过设置黑名单对网关客户端发起的调用请求进行识别过滤，保证了企业级数据请求转发系统中数据转发调用的安全性。

可选的，所述规则引擎具体用于：响应于所述调用操作和所述调用请求，获取所述微服务端的信息；根据所述微服务端的信息和所述服务网关的权限信息，确定所述微服务端的权限信息；根据所述微服务端的权限信息，确定所述微服务端的调用权限，并基于所述调用权限执行转发操作。

其中，服务网关的权限信息可以是预先配置的业务规则信息。微服务端的权限信息可以是基于微服务端所提供的信息以及服务网关的权限信息进行推理计算而确定所执行的业务操作。通过设置规则引擎，可以提高企业级数据请求转发系统中数据处理的效率。

本发明实施例提供了一种企业级数据请求转发系统，该系统包括：注册中心、网关客户端以及服务网关；其中，网关客户端配置于微服务端；其中：所述网关客户端，基于对应的微服务端生成注册请求；所述注册中心，用于接收网关客户端发出的注册请求，根据所述注册请求生成所述微服务端的元数据信息，并将所述微服务端的元数据信息同步至所述服务网关中；所述网关客户端，与所述服务网关连接，用于响应对应的微服务端调用操作，生成调用请求；所述服务网关，用于接收网关客户端发出的调用请求，并根据同步得到的所述元数据信息，执行所述调用请求的转发操作。本发明实施例提供的技术方案，通过网关客户端可以对企业级数据请求转发系统中各微服务端进行集成，实现企业级数据互通。

在上述各实施例的基础上，可选的，所述系统包括：由至少两个所述微服务端构成的产品服务集群，以及配置于所述产品服务集群的网关客户端；相应的，所述网关客户端，用于统一所述产品服务集群中各微服务端的网关接口标准得到通用接口，并通过所述通用接口与所述服务网关交互。

其中，通用接口可以是网关型号或者网关版本，通过网关客户端，将产品服务集群中多个微服务端的网关接口进行转换，得到统一标准的通用接口，可以简化各个纵向产品服务集群中不同微服务端之间数据互通的流程，提高各个纵向产品服务集群间的集成效率。

图2为本发明另一实施例提供的一种企业级数据请求转发方法的流程图。该方法由企业级数据请求转发系统执行。如图2所示，该方法包括：

S210、基于对应的微服务端生成注册请求；

S220、接收网关客户端发出的注册请求，根据所述注册请求生成所述微服务端的元数据信息，并将所述微服务端的元数据信息同步至所述服务网关中；

S230、响应对应的微服务端调用操作，生成调用请求；

S240、接收网关客户端发出的调用请求，并根据同步得到的所述元数据信息，执行所述调用请求的转发操作。

本发明实施例提供了一种企业级数据请求转发方法，该方法通过基于对应的微服务端生成注册请求；接收网关客户端发出的注册请求，根据所述注册请求生成所述微服务端的元数据信息，并将所述微服务端的元数据信息同步至所述服务网关中；响应对应的微服务端调用操作，生成调用请求；接收网关客户端发出的调用请求，并根据同步得到的所述元数据信息，执行所述调用请求的转发操作。本技术方案，通过网关客户端可以对企业级数据请求转发系统中各微服务端进行集成，实现企业级数据互通。

进一步的，接收网关客户端发出的调用请求，并根据同步得到的所述元数据信息，执行所述调用请求的转发操作，包括：

根据预设时间定时获取所述微服务端的元数据信息；

当接收到所述网关客户端对应的微服务端发出的调用请求时，基于所述规则引擎、所述调用请求和所述微服务端的元数据信息，确定所述调用请求对应的执行操作。

进一步的，在根据同步得到的所述元数据信息，执行所述调用请求的转发操作之后，还包括：

基于所述日志引擎和所述调用请求对应的执行操作，生成调用日志报告。

本发明实施例中所提供的免流服务方法可应用于上述本发明任意实施例中所提供的免流服务系统，具备该免流服务系统相应的功能和有益效果，未在上述实施例中详尽描述的技术细节，具体可参见本申请任意实施例中所提供的免流服务系统。

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

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

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

Claims (10)

1.一种企业级数据请求转发系统，其特征在于，所述系统包括：注册中心、网关客户端以及服务网关；其中，所述网关客户端配置于微服务端；其中：

所述网关客户端，基于对应的微服务端生成注册请求；

所述注册中心，用于接收网关客户端发出的注册请求，根据所述注册请求生成所述微服务端的元数据信息，并将所述微服务端的元数据信息同步至所述服务网关中；

所述网关客户端，与所述服务网关连接，用于响应对应的微服务端调用操作，生成调用请求；

所述服务网关，用于接收网关客户端发出的调用请求，并根据同步得到的所述元数据信息，执行所述调用请求的转发操作。

2.根据权利要求1所述的系统，其特征在于，所述系统包括：由至少两个所述微服务端构成的产品服务集群，以及配置于所述产品服务集群的网关客户端；

相应的，所述网关客户端，还用于统一所述产品服务集群中各微服务端的网关接口标准得到通用接口，并通过所述通用接口与所述服务网关交互。

3.根据权利要求1所述的系统，其特征在于，所述服务网关包括：规则引擎和日志引擎；其中：

所述规则引擎，用于根据预先设定的规则和所述调用请求，确定所述服务网关的决策指令；

所述日志引擎，用于生成所述服务网关响应于所述调用请求的调用日志报告。

4.根据权利要求3所述的系统，其特征在于，所述服务网关，具体用于：

根据预设时间定时获取所述微服务端的元数据信息；

当接收到所述网关客户端对应的微服务端发出的调用请求时，基于所述规则引擎、所述调用请求和所述微服务端的元数据信息，确定所述调用请求对应的执行操作；

基于所述日志引擎和所述调用请求对应的执行操作，生成调用日志报告。

5.根据权利要求3所述的系统，其特征在于，所述规则引擎包括协议限制、权限控制和黑名单限制。

6.根据权利要求5所述的系统，其特征在于，所述黑名单限制包括：

响应于所述调用操作，获取所述服务网关的黑名单信息；其中，所述黑名单信息包括所述微服务端的IP地址、IP包和邮件中的至少一个信息；

判断所述微服务端是否处于所述黑名单中；

若所述微服务端处于所述黑名单中，则不生成调用请求，并向所述微服务端对应的网关客户端返回调用失败信息；

若所述微服务端不处于所述黑名单中，则生成调用请求。

7.根据权利要求5所述的系统，其特征在于，所述规则引擎具体用于：

响应于所述调用操作和所述调用请求，获取所述微服务端的信息；

根据所述微服务端的信息和所述服务网关的权限信息，确定所述微服务端的权限信息；

根据所述微服务端的权限信息，确定所述微服务端的调用权限，并基于所述调用权限执行转发操作。

8.一种企业级数据请求转发方法，其特征在于，所述方法由所述企业级数据请求转发系统执行，所述方法包括：

基于对应的微服务端生成注册请求；

接收网关客户端发出的注册请求，根据所述注册请求生成所述微服务端的元数据信息，并将所述微服务端的元数据信息同步至所述服务网关中；

响应对应的微服务端调用操作，生成调用请求；

接收网关客户端发出的调用请求，并根据同步得到的所述元数据信息，执行所述调用请求的转发操作。

9.根据权利要求8所述的方法，其特征在于，接收网关客户端发出的调用请求，并根据同步得到的所述元数据信息，执行所述调用请求的转发操作，包括：

根据预设时间定时获取所述微服务端的元数据信息；

当接收到所述网关客户端对应的微服务端发出的调用请求时，基于规则引擎、调用请求和所述微服务端的元数据信息，确定所述调用请求对应的执行操作。

10.根据权利要求8所述的方法，其特征在于，在根据同步得到的所述元数据信息，执行所述调用请求的转发操作之后，还包括：

基于日志引擎和所述调用请求对应的执行操作，生成调用日志报告。

Images