CN111327619A - 一种微服务数据交换方法和装置 - Google Patents

Abstract

本申请公开了一种微服务数据交换方法和装置，通过服务提供方提供的微服务源地址获取到微服务对应的路径，建立相应的权限，对微服务进行注册，在接收到用户发送的微服务请求时，将微服务请求对应的请求路径与路径标志进行适配，适配成功时提取权限信息对微服务请求进行验证，并在验证通过之后创建请求指令，以根据请求指令获取目标微服务以发送目标微服务的结果至用户，实现了对配电网业务系统的数据的有序交互。

Description

一种微服务数据交换方法和装置

技术领域

本申请涉及微服务技术领域，尤其涉及一种微服务数据交换方法和装置。

背景技术

微服务是一个新兴的软件架构，将一个大型独立系统拆分为数十个小型服务，各个微服务之间通过超文本传输协议进行调用。随着精益化管理的全面推行，在配电网的发展进程中对于运行效率和投资效益的关注度越来越高，配电自动化系统、计量系统、生产管理系统等各种电力监控系统为配电网运行分析提供了大量的实时监控数据，例如电压、电流、负荷、潮流、告警、故障率等数据。基于多样数据可以从侧面、不同程度评价配电网设备和配电系统的实际运行效率，为配电网从规划到运行提供技术支撑。同时这些数据还要支撑配电网其它应用，如停电优化、抢修决策等。但是目前监控数据大都非常分散，分布在不同的业务系统中，缺乏统一数据融合，无法进行集中有序的呈现和综合分析。而各领域业务细分，系统间数据交互越来越多，使系统间关系错综复杂，且又涉及到网络安全等因素，对各系统间的防火墙支持也很繁琐，因此，为了能够很好的对业务系统中的数据进行统一配置管理，有必要提供一种数据交互方法来实现配电网业务系统的有序交互。

发明内容

本申请提供了一种微服务数据交换方法和装置，用于对配电网业务系统的数据进行有序交互。

有鉴于此，本申请第一方面提供了一种微服务数据交换方法，包括：

根据服务提供方提供的待用微服务的源地址获取与所述待用微服务对应的路径标志和上下文路径；

建立所述路径标志对应的获取权限，根据所述路径标志和所述获取权限对所述待用微服务进行注册；

根据用户发送的与目标微服务对应的微服务请求，将所述微服务请求对应的请求路径与所述路径标志进行适配；

在所述请求路径与所述路径标志适配时，提取所述微服务请求中的权限信息，对所述微服务请求进行权限验证；

在所述微服务请求权限验证通过时，根据所述微服务请求和对应的所述上下文路径创建请求指令，使得系统根据所述请求指令获取所述目标微服务，将所述目标微服务的结果发送至所述用户。

可选地，所述在所述请求路径与所述路径标志适配时，提取所述微服务请求中的权限信息，对所述微服务请求进行权限验证，还包括：

在所述请求路径与所述路径标志不适配时，返回第一提示信息，并结束本次微服务请求。

可选地，所述在所述微服务请求权限验证通过时，根据所述微服务请求和对应的所述上下文路径创建请求指令，使得系统根据所述请求指令获取所述目标微服务，将所述目标微服务的结果发送至所述用户，还包括：

在所述微服务请求权限验证不通过时，返回第二提示信息，并结束本次微服务请求。

可选地，所述根据服务提供方提供的待用微服务的源地址获取与所述待用微服务对应的路径标志和上下文路径，包括：

根据服务提供方提供的待用微服务的源地址，截取所述源地址中与所述待用微服务唯一对应的最短路径信息，得到与所述待用微服务对应的路径标志和上下文路径。

可选地，所述在所述微服务请求权限验证通过时，根据所述微服务请求和对应的所述上下文路径创建请求指令，使得系统根据所述请求指令获取所述目标微服务，将所述目标微服务的结果发送至所述用户，还包括：

获取所述微服务请求中的预设信息，并在所述预设信息满足预置条件时，在创建请求指令时屏蔽所述预设信息。

本申请第二方面提供了一种微服务数据交换装置，包括：

路径获取单元，用于根据服务提供方提供的待用微服务的源地址获取与所述待用微服务对应的路径标志和上下文路径；

注册单元，用于建立所述路径标志对应的获取权限，根据所述路径标志和所述获取权限对所述待用微服务进行注册；

适配单元，用于根据用户发送的与目标微服务对应的微服务请求，将所述微服务请求对应的请求路径与所述路径标志进行适配；

验证单元，用于在所述请求路径与所述路径标志适配时，提取所述微服务请求中的权限信息，对所述微服务请求进行权限验证；

微服务获取单元，用于在所述微服务请求权限验证通过时，根据所述微服务请求和对应的所述上下文路径创建请求指令，使得系统根据所述请求指令获取所述目标微服务，将所述目标微服务的结果发送至所述用户。

可选地，所述验证单元还用于：

在所述请求路径与所述路径标志不适配时，返回第一提示信息，并结束本次微服务请求。

可选地，所述为服务获取获取单元还用于：

在所述微服务请求权限验证不通过时，返回第二提示信息，并结束本次微服务请求。

可选地，所述路径获取单元具体用于：

根据服务提供方提供的待用微服务的源地址，截取所述源地址中与所述待用微服务唯一对应的最短路径信息，得到与所述待用微服务对应的路径标志和上下文路径。

可选地，所述微服务获取单元还用于：

获取所述微服务请求中的预设信息，并在所述预设信息满足预置条件时，在创建请求指令时屏蔽所述预设信息。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请中提供了一种微服务数据交换方法，包括：根据服务提供方提供的待用微服务的源地址获取与待用微服务对应的路径标志和上下文路径；建立路径标志对应的获取权限，根据路径标志和获取权限对待用微服务进行注册；根据用户发送的与目标微服务对应的微服务请求，将微服务请求对应的请求路径与路径标志进行适配；在请求路径与路径标志适配时，提取微服务请求中的权限信息，对微服务请求进行权限验证；在微服务请求权限验证通过时，根据微服务请求和对应的上下文路径创建请求指令，使得系统根据请求指令获取目标微服务，将目标微服务的结果发送至所述用户。本申请提供的微服务数据交换方法，通过服务提供方提供的微服务源地址获取到微服务对应的路径，建立相应的权限，对微服务进行注册，在接收到用户发送的微服务请求时，将微服务请求对应的请求路径与路径标志进行适配，适配成功时提取权限信息对微服务请求进行验证，并在验证通过之后创建请求指令，以根据请求指令获取目标微服务以发送目标微服务的结果至用户，实现了对配电网业务系统的数据的有序交互。

附图说明

图1为本申请实施例中提供的一种微服务数据交换方法的一个流程示意图；

图2为本申请实施例中提供的一种微服务数据交换装置的结构示意图。

具体实施方式

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

本申请实施例中，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

为了便于理解，请参阅图1，本申请提供了一种微服务数据交换方法的一个实施例，包括：

步骤101、根据服务提供方提供的待用微服务的源地址获取与待用微服务对应的路径标志和上下文路径。

需要说明的是，服务提供方可以为同一个服务系统，也可以是多个不同服务系统，可以理解的是，不同的服务系统可以提供不同的微服务。例如在供电系统中，有的服务为提供查询主变负载率，有点服务用来各个部件工作的查询，例如变压器工作状态查询、线路负载率查询等，将服务提供佛能官方提供微服务设为待用微服务，即可以从不给这些待用微服务中获取所需要的微服务。本申请实施例中首先获取待用微服务的源地址，然后根据源地址获取所有待用微服务对应的路径标志，需要理解的是，每个待用微服务对应的路径标志都是唯一的，即路径标志和待用微服务为一一对应的关系，同时获取按照预设的规则对待用微服务进行上下文路径配置，其配置的结果为获取到满足预设规格的配置源地址，通过该配置结果可以确定微服务的地址，例如通过上下文配置确认待用微服务的IP地址，通过上下文配置实现知道去调用对应的微服务的位置。

还需要说明的是，作为进一步的改进方案，路径标志的获取方式可以是对源地址进行判断，截取其中与待用微服务唯一对应的最短路径信息作为路径标志。待用微服务对应的源地址通常比较长，其为了在处理过程中的便捷性，其在获取路径标志时，对源地址的内容进行判断，获取其中能够与该待用微服务对应的最短路径信息，将该最短路径信息作为对应的路径标志。对通用的网络IP，路径标志获取一般就是“ip:port”至“？”参数之间的路径字符，例如，一个待用微服务的原本地址为：url:http://10.10.10.1:8080/api/getuserinfo？username＝XXX，其可以获取的路径标志为/api/getuserinfo。

步骤102、建立路径标志对应的获取权限，根据路径标志和获取权限对待用微服务进行注册。

需要说明的是，在获取的待用微服务对应的路径标志后，其同时可以对该待用微服务的权限进行配置，例如，可配置为：其权限为公开权限时，表示通过网关请求本待用微服务时不需要鉴权，其可以对所有的请求公开；其权限为限制类型或私密类型时，其表示该待用微服务需要鉴权，只有被授权的用户或者终端才能通过请求本待用微服务。然后根据获取的与待用微服务对应的路径标志及其对应的获取权限将待用微服务进行注册，该注册过程即将待用微服务对应的路径标志和获取权限配置在网关中，其也可以理解为进行相关信息的存储。

还需要说明的是，对待用微服务进行注册可以是自动获取路径标志及其对应的上下文路几个及对应的获取权限，以将待用微服务注册至同一服务注册中心。在自动注册时，自动读取注册到Eureka服务注册中心的服务，前提要求是需要注册同一个服务注册中心，若手动注册，有Host方式和URL方式，在采用Host方式时，其手动将服务多个节点的信息配置到网关，格式为ip:port，多个节点之间用应为逗号相隔，在采用URL方式时，以URL的方式将服务配置到网关。

步骤103、根据用户发送的与目标微服务对应的微服务请求，将微服务请求对应的请求路径与路径标志进行适配。

步骤104、在请求路径与路径标志适配时，提取微服务请求中的权限信息，对微服务请求进行权限验证。

步骤105、在微服务请求权限验证通过时，根据微服务请求和对应的上下文路径创建请求指令，使得系统根据请求指令获取所述目标微服务，将目标微服务的结果发送至用户。

需要说明的是，服务需求方即用户，发送微服务请求以获取其需要的目标微服务，系统在接收到用户发送的微服务请求之后，先对该微服务请求进行过滤，提取其中的与目标微服务对应的请求路径，在获取到请求路径后，将获取到的请求路径与存储的路径标志进行比对适配，在请求路径与存储的路径标志适配的时候，其可以进一步的判断微服务请求中包含的获取权限。在有对应的获取权限时，则根据微服务请求和上下文路径创建请求指令，发送该请求指令至对应服务提供方，从待用微服务中获取对应的目标为服务，得到微服务返回结果并将该目标微服务返回结果发送至用户，同时此次微服务请求结束。

还需要说明的是，本申请实施例中，在请求路径与存储的路径标志不适配时，即该服务请求所对应的目标微服务在本网关中没有提供，其返回对应的第一提示信息，并结束此次的微服务请求。在微服务请求进行过滤时，其可以根据Ant匹配表达式配置关键路径信息，以在适配过程中查看服务请求的路径是否能匹配上，其反馈的第一提示信息可以是404信息，提示无法定位到目标服务。在判断微服务请求中包含的获取权限时，若是路由策略配置了需要权限，则根据服务调用方的appId和Token，将appId和Token与平台配置作比较，若一致，则权限通过，否则认为无使用权限。在请求路径与存储的路径标志适配之后，进一步的判断微服务请求中包含的权限信息权限时，在微服务请求中没有对应的获取权限时，返回对应的第二提示信息，通过第二提示信息提示到没有目标微服务的使用权限，第二提示信息可以采用返回The token is incorrect！或者，token信息不正确等具体表现形式。

根据微服务请求和对应的上下文路径创建请求指令的方式可以是，根据请求路径URL、配置的目标服务上下文和服务器IP动态组合，然后创建HttpClient对象，并根据请求方式创建请求的实例，指定请求URL。如果需要发送GET请求，则创建HttpGet对象；如果需要发送POST请求，则创建HttpPost对象。判断请求是否携带敏感信息，不需要传递则不设置cookie等敏感信息。判断请求是否携带参数，如果需要发送请求参数，那么调用HttpGet、HttpClient对象的execute(HttpParams params)方法来添加请求参数。然后调用HttpClient对象的execute(HttpUriRequest request)发送数据请求。请求方法会返回一个HttpResponse，得到结果后调用HttpRespone的getAllGeaders()方法获取服务器的响应头，调用HttpResponse的getEntity()方法获取HttpEntity对象，Entity对象包装了服务器的响应内容，通过EntityUtils的toString()方法获取服务器的响应内容，将此内容作为结果返回给服务使用方，即用户，即完成了一次微服务数据的交换。

用户在发送微服务请求时，该微服务请求对应的目标微服务中可能包含了一些不需要传递到服务提供方，即请求用户的敏感信息，如cookie等，配置后，网关会将请求头中配置的敏感信息屏蔽掉，不会带到服务提供方。

本申请实施例中提供的微服务数据交换方法，通过服务提供方提供的微服务源地址获取到微服务对应的路径，建立相应的权限，对微服务进行注册，在接收到用户发送的微服务请求时，将微服务请求对应的请求路径与路径标志进行适配，适配成功时提取权限信息对微服务请求进行验证，并在验证通过之后创建请求指令，以根据请求指令获取目标微服务以发送目标微服务的结果至用户，实现了对配电网业务系统的数据的有序交互。

为了便于理解，请参阅图2，本申请中提供了一种微服务数据交换装置的实施例，包括：

路径获取单元，用于根据服务提供方提供的待用微服务的源地址获取与所述待用微服务对应的路径标志和上下文路径；

注册单元，用于建立路径标志对应的获取权限，根据路径标志和获取权限对待用微服务进行注册；

适配单元，用于根据用户发送的与目标微服务对应的微服务请求，将微服务请求对应的请求路径与路径标志进行适配；

验证单元，用于在请求路径与所述路径标志适配时，提取微服务请求中的权限信息，对微服务请求进行权限验证；

微服务获取单元，用于在微服务请求权限验证通过时，根据微服务请求和对应的上下文路径创建请求指令，使得系统根据请求指令获取目标微服务，将目标微服务的结果发送至用户。

进一步地，验证单元还用于：

在请求路径与所述路径标志不适配时，返回第一提示信息，并结束本次微服务请求。

进一步地，为服务获取获取单元还用于：

在微服务请求权限验证不通过时，返回第二提示信息，并结束本次微服务请求。

进一步地，路径获取单元具体用于：

根据服务提供方提供的待用微服务的源地址，截取源地址中与待用微服务唯一对应的最短路径信息，得到与待用微服务对应的路径标志和上下文路径。

进一步地，微服务获取单元还用于：

获取微服务请求中的预设信息，并在预设信息满足预置条件时，在创建请求指令时屏蔽预设信息。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统和方法，可以通过其它的方式实现。例如，以上所描述的系统实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机系统(可以是个人计算机，服务器，或者网络系统等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文全称：Read-OnlyMemory，英文缩写：ROM)、随机存取存储器(英文全称：Random Access Memory，英文缩写：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种微服务数据交换方法，其特征在于，包括：

根据服务提供方提供的待用微服务的源地址获取与所述待用微服务对应的路径标志和上下文路径；

建立所述路径标志对应的获取权限，根据所述路径标志和所述获取权限对所述待用微服务进行注册；

根据用户发送的与目标微服务对应的微服务请求，将所述微服务请求对应的请求路径与所述路径标志进行适配；

在所述请求路径与所述路径标志适配时，提取所述微服务请求中的权限信息，对所述微服务请求进行权限验证；

在所述微服务请求权限验证通过时，根据所述微服务请求和对应的所述上下文路径创建请求指令，使得系统根据所述请求指令获取所述目标微服务，将所述目标微服务的结果发送至所述用户。

2.根据权利要求1所述的微服务数据交换方法，其特征在于，所述在所述请求路径与所述路径标志适配时，提取所述微服务请求中的权限信息，对所述微服务请求进行权限验证，还包括：

在所述请求路径与所述路径标志不适配时，返回第一提示信息，并结束本次微服务请求。

3.根据权利要求1所述的微服务数据交换方法，其特征在于，所述在所述微服务请求权限验证通过时，根据所述微服务请求和对应的所述上下文路径创建请求指令，使得系统根据所述请求指令获取所述目标微服务，将所述目标微服务的结果发送至所述用户，还包括：

在所述微服务请求权限验证不通过时，返回第二提示信息，并结束本次微服务请求。

4.根据权利要求1所述的微服务数据交换方法，其特征在于，所述根据服务提供方提供的待用微服务的源地址获取与所述待用微服务对应的路径标志和上下文路径，包括：

根据服务提供方提供的待用微服务的源地址，截取所述源地址中与所述待用微服务唯一对应的最短路径信息，得到与所述待用微服务对应的路径标志和上下文路径。

5.根据权利要求1所述的微服务数据交换方法，其特征在于，所述在所述微服务请求权限验证通过时，根据所述微服务请求和对应的所述上下文路径创建请求指令，使得系统根据所述请求指令获取所述目标微服务，将所述目标微服务的结果发送至所述用户，还包括：

获取所述微服务请求中的预设信息，并在所述预设信息满足预置条件时，在创建请求指令时屏蔽所述预设信息。

6.一种微服务数据交换装置，其特征在于，包括：

路径获取单元，用于根据服务提供方提供的待用微服务的源地址获取与所述待用微服务对应的路径标志和上下文路径；

注册单元，用于建立所述路径标志对应的获取权限，根据所述路径标志和所述获取权限对所述待用微服务进行注册；

适配单元，用于根据用户发送的与目标微服务对应的微服务请求，将所述微服务请求对应的请求路径与所述路径标志进行适配；

验证单元，用于在所述请求路径与所述路径标志适配时，提取所述微服务请求中的权限信息，对所述微服务请求进行权限验证；

微服务获取单元，用于在所述微服务请求权限验证通过时，根据所述微服务请求和对应的所述上下文路径创建请求指令，使得系统根据所述请求指令获取所述目标微服务，将所述目标微服务的结果发送至所述用户。

7.根据权利要求6所述的微服务数据交换装置，其特征在于，所述验证单元还用于：

在所述请求路径与所述路径标志不适配时，返回第一提示信息，并结束本次微服务请求。

8.根据权利要求6所述的微服务数据交换装置，其特征在于，所述为服务获取获取单元还用于：

在所述微服务请求权限验证不通过时，返回第二提示信息，并结束本次微服务请求。

9.根据权利要求6所述的微服务数据交换装置，其特征在于，所述路径获取单元具体用于：

根据服务提供方提供的待用微服务的源地址，截取所述源地址中与所述待用微服务唯一对应的最短路径信息，得到与所述待用微服务对应的路径标志和上下文路径。

10.根据权利要求6所述的微服务数据交换装置，其特征在于，所述微服务获取单元还用于：

获取所述微服务请求中的预设信息，并在所述预设信息满足预置条件时，在创建请求指令时屏蔽所述预设信息。

Images