System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind() 一种跨系统请求订阅模式服务路由的实现方法技术方案_技高网

一种跨系统请求订阅模式服务路由的实现方法技术方案

技术编号:40285391 阅读:5 留言:0更新日期:2024-02-07 20:38
本发明专利技术公开一种跨系统请求订阅模式服务路由的实现方法,包括用户端、PI总线服务端、接口配置服务端和下游系统,用户端向PI总线服务端提出接口请求;接口配置服务端通过PI总线服务端读取的用户端的接口信息,并读取接口配置服务中配置的信息以及将读取的接口配置信息返回PI总线服务端进行汇总;下游系统基于请求订阅模型向PI总线服务端请求业务数据并进行数据处理,并将数据处理的结果返回给PI总线服务端进行汇总;PI总线服务端对汇总数根据聚合策略进行处理响应,返回至用户端。本申请满足特殊场景需要;采用异步模式对下游数据处理,提升性能;支持多种协议类型,对于旧系统的改造成本降低,同时也降低新系统调用的实现成本。

【技术实现步骤摘要】

本专利技术属于服务网关,具体涉及一种跨系统请求订阅模式服务路由的实现方法


技术介绍

1、目前的esb系统或者api服务系统主要存在两种模式,一种是同步处理的请求响应模式,还有一种就是异步处理的发布订阅模式,虽然这两种模式能满足大部分需求,但对公司内的特殊的请求订阅模式则无法满足。为满足公司不同系统间接口调用,不但要支持多协议类型的接口调用,同时对多个订阅模式的下游系统响应数据的编排和聚合的需求。


技术实现思路

1、本专利技术旨在提供一种跨系统请求订阅模式服务路由的实现方法,以解决现有技术中公司多个系统直接的接口交互问题,不同于简单的同步或者异步模式,而是一种同步与异步结合使用的交互方式;支持接口的多种返回配置方式,支持接口数据的汇聚,该方案属于跨系统间基于服务、消息以及事件合并的一种的交互方式,能够集成上下游不同的通信协议。为实现该目的,本申请的具体技术方案如下:

2、一种跨系统请求订阅模式服务路由的实现方法,包括用户端、pi总线服务端、接口配置服务端和下游系统,具体操作方法包括以下步骤:

3、s1、用户端向pi总线服务端提出接口请求;

4、s2、接口配置服务端通过pi总线服务端读取的用户端的接口信息,并读取接口配置服务中配置的信息;

5、s3、接口配置服务端将读取的接口配置信息返回pi总线服务端进行汇总,包含服务的下游地址信息,下游接口请求参数信息;

6、s4、下游系统基于请求订阅模型向pi总线服务端请求业务数据并进行数据处理;

7、s5、下游系统将数据处理的结果返回给pi总线服务端进行汇总;

8、s6、pi总线服务端对汇总数据根据聚合策略进行处理响应;

9、s7、pi总线服务端将聚合后的数据统一返回至用户端。

10、进一步地,所述步骤s4中实现请求订阅模型是上游系统对下游系统的若干接口的交互和接口基础信息的维护,交互过程包括接口元数据、请求实体、聚合策略和响应实体,

11、所述接口元数据用于维护接口的上游系统和下游系统的认证信息、接口的参数信息以及接口返回实体封装参数;

12、所述请求实体用于根据所述接口元数据中的配置封装好实体数据对象并发送给下游系统;

13、所述聚合策略根据协议类型调用下游系统,对下游系统返回的数据进行二次处理封装,通过聚合策略的选择,将来源不同系统的的数据筛选、过滤、清洗后响应实体返回上游系统。

14、进一步地,所述接口基础信息包括接口的类型、接口对外公布的协议类型、接口调用下游系统的协议类型、上游系统和下游系统的基础信息以及url地址。

15、进一步地,所述接口调用所使用的协议方式,适配支持http,webservice,rpc。

16、进一步地,所述实体数据对象包括请求体、头信息、cookie信息。

17、进一步地,所述聚合策略支持以下策略:

18、策略1:需要监控下游处理结果类型的请求业务,全部响应数据列表返回;

19、策略2:计算类型的业务,合并响应数据后返回;

20、策略3:请求下发频率较多,对于下游异常不关注,可按优先返回某个系统响应,异常后也按优先级返回;

21、策略4:只关注于业务关联大的数据响应,其余系统可消费不关注的业务请求,只返回某一个下游数据;

22、策略5:重点关注业务系统需要监控统计,其余系统不处理的业务,选择某几个系统数据返回。

23、与现有技术相比,本专利技术有以下优点:采用一种新的发布订阅模式,其接口请求过程是同步返回的形式,同时下游系统是采用订阅模式统一消费,然后对返回的结果做数据过滤、配置处理后的响应。增加一种新的请求类型模式,满足特殊场景需要;采用异步模式对下游数据处理,提升性能;支持多种协议类型,对于旧系统的改造成本降低,同时也降低新系统调用的实现成本。

本文档来自技高网...

【技术保护点】

1.一种跨系统请求订阅模式服务路由的实现方法,其特征在于,包括用户端、PI总线服务端、接口配置服务端和下游系统,具体操作方法包括以下步骤:

2.根据权利要求1所述的一种跨系统请求订阅模式服务路由的实现方法,其特征在于,所述步骤S4中实现请求订阅模型是上游系统对下游系统的若干接口的交互和接口基础信息的维护,交互过程包括接口元数据、请求实体、聚合策略和响应实体,

3.根据权利要求2所述的一种跨系统请求订阅模式服务路由的实现方法,其特征在于,所述接口基础信息包括接口的类型、接口对外公布的协议类型、接口调用下游系统的协议类型、上游系统和下游系统的基础信息以及url地址。

4.据权利要求2所述的一种跨系统请求订阅模式服务路由的实现方法,其特征在于,所述接口调用所使用的协议方式,适配支持http,webservice,rpc。

5.根据权利要求2所述的一种跨系统请求订阅模式服务路由的实现方法,其特征在于,所述实体数据对象包括请求体、头信息、cookie信息。

6.根据权利要求1或2所述的一种跨系统请求订阅模式服务路由的实现方法,其特征在于,所述聚合策略支持以下策略:

...

【技术特征摘要】

1.一种跨系统请求订阅模式服务路由的实现方法,其特征在于,包括用户端、pi总线服务端、接口配置服务端和下游系统,具体操作方法包括以下步骤:

2.根据权利要求1所述的一种跨系统请求订阅模式服务路由的实现方法,其特征在于,所述步骤s4中实现请求订阅模型是上游系统对下游系统的若干接口的交互和接口基础信息的维护,交互过程包括接口元数据、请求实体、聚合策略和响应实体,

3.根据权利要求2所述的一种跨系统请求订阅模式服务路由的实现方法,其特征在于,所述接口基础信息包括接口的类型、接口对外公布的协议...

【专利技术属性】
技术研发人员:王海超李志伟康宁波仇晨
申请(专利权)人:苏州沙咖智能科技有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1