[发明专利]一种用于微服务透传调用的方法及系统在审
申请号: | 202111387216.4 | 申请日: | 2021-11-22 |
公开(公告)号: | CN114327928A | 公开(公告)日: | 2022-04-12 |
发明(设计)人: | 张继祥 | 申请(专利权)人: | 北京思特奇信息技术股份有限公司 |
主分类号: | G06F9/54 | 分类号: | G06F9/54 |
代理公司: | 北京汇信合知识产权代理有限公司 11335 | 代理人: | 王维新 |
地址: | 100086 北京*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 用于 微服 务透传 调用 方法 系统 | ||
本发明公开了一种用于微服务透传调用的方法及系统,属于计算机技术领域。本发明方法,包括:对存量系统进行封装;在业务组合微服务以透传方式访问封装后的存量系统的服务后,通过调用方对接所述业务组合微服务的服务名和出入参;在所述调用方对接所述业务组合微服务的服务名和出入参后,存量系统根据调用方的请求业务拆分出多个微服务模块;调用所述微服务模块对所述调用方的请求业务进行服务。本发明解决了由于微服务化演进过程中,无法一次性进行服务拆分的存量业务服务可以通过统一应用名访问的问题,并解决了在后续业务微服务化演进中逐步可以替代存量服务的问题。
技术领域
本发明涉及计算机技术领域,并且更具体地,涉及一种用于微服务透传调用的方法及系统。
背景技术
随着微服务架构的广泛应用,基于云原生架构方法的开发模式的发展,松散耦合且可独立部署的较小的组建或服务是企业开发框架可以运用与敏捷迭代的趋势。虽然微服务拆分的原则的方法是比较清晰的,但是还是要根据存量系统、业务范围及开发周期等各种因素的考虑,这是一个逐步演进的过程。企业定义了微服务架构的底层封装方式,需要把原来的HSF、ESB等多种应用架构的方式改造成基于Spring Cloud的微服务模式。
发明内容
本发明的目的在于解决由于微服务化演进过程中,无法一次性进行服务拆分的存量业务服务可以通过统一应用名访问的问题,并解决在后续业务微服务化演进中逐步可以替代存量服务的问题,而提出了一种用于微服务透传调用的方法,包括:
对存量系统进行封装;
在业务组合微服务以透传方式访问封装后的存量系统的服务后,通过调用方对接所述业务组合微服务的服务名和出入参;
在所述调用方对接所述业务组合微服务的服务名和出入参后,存量系统根据调用方的请求业务拆分出多个微服务模块;
调用所述微服务模块对所述调用方的请求业务进行服务。
可选的,方法还包括:将微服务模块对接到业务服务编排模块,所述业务服务编排模块用于对调用方提供服务。
可选的,对存量系统进行封装,包括:
对存量系统的RemoteServiceConfig类进行封装,并读取以及加载配置文件remoteservice.properties中的应用和服务名列表至存量系统的内存;
对存量系统的IFamilyRemoteServiceCoSvc接口以及
FamilyRemoteServiceCoSvc实现类进行封装;
对存量系统的FamilyRemoteServiceCoSvc类进行核对配置信息、校验服务有效性和调用远程接口封装的动作。
可选的,服务名和出入参还用于业务组合微服务以透传方式访问封装后的存量系统的服务。
可选的,业务组合微服务以透传方式访问封装后的存量系统的服务后,服务名和出入参不进行更改。
本发明还提出了一种用于微服务透传调用的系统,包括:
封装单元,对存量系统进行封装;
对接单元,在业务组合微服务以透传方式访问封装后的存量系统的服务后,通过调用方对接所述业务组合微服务的服务名和出入参;
拆分单元,在所述调用方对接所述业务组合微服务的服务名和出入参后,存量系统根据调用方的请求业务拆分出多个微服务模块;
服务单元,调用所述微服务模块对所述调用方的请求业务进行服务。
可选的,服务单元还用于:将微服务模块对接到业务服务编排模块,所述业务服务编排模块用于对调用方提供服务。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京思特奇信息技术股份有限公司,未经北京思特奇信息技术股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202111387216.4/2.html,转载请声明来源钻瓜专利网。