[发明专利]一种微服务架构中后台服务的调用方法及装置

说明书

本发明实施例公开了一种微服务架构中后台服务的调用方法及装置。该方法包括：获取微服务调用方的微服务调用请求；如果所述微服务调用请求对应的微服务架构的运行状态为测试状态，则根据所述微服务架构的状态标识符查找对应的服务提供者的服务地址信息；调用查找到的服务地址信息对应的所述微服务架构中的后台服务。通过本发明实施例提供的技术方案，可以降低微服务架构开发、测试时，资源的投入成本，降低微服务架构中项目环境维护的复杂度。

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种微服务架构中后台服务的调用方法及装置。

背景技术

随着业务的持续发展，单体应用架构的各种问题就会逐步暴露出来，此时一般会引入一套服务化框架对应用系统进行服务化改造，将单体应用架构逐步演变成微服务应用架构。图1为微服务架构的结构示意图。如图1所示，服务化架构的主要作用就是将web层、组合服务层、基础服务层及资源层等各层的各个服务进行有机整合，使得用户感觉像在使用一个单体应用架构一样。微服务应用架构的应用系统的开发测试方式与原有单体应用架构时的应用系统的开发测试方式完全不一样。对单体应用架构而言，因为所有代码都在一个工程内，所有开发、测试人员可以方便的在自己的开发机上全量部署，并进行开发和测试。单体应用架构服务化为微服务应用架构后，整个应用系统变成了一个分布式系统，此时，所有开发、测试人员再在自己的开发机上全量部署已变得不可能。微服务应用架构的应用系统的开发测试方式一般包含两种：

1)测试团队预备多套全量环境，每个项目启动时，各个开发测试人员先在自己的开发机上完成代码编写及单元测试，之后项目组申请一套环境，并将改动的应用发布上去进行后续的联调与测试。

2)所有应用开发团队共同维护一套公共(stable)环境，每个微服务项目启动时，各个开发测试人员在自己的开发机上完成代码编写及单元测试，之后申请一套微服务项目环境，并梳理出该项目涉及到的上下游应用，以只启动不注册的方式部署到微服务项目环境，微服务项目环境上的应用采用p2p直连方式进行路由，其他应用采用框架默认方式路由到公共(stable)环境，以此来进行联调与测试。图2为P2P直连联调测试示意图。

微服务应用架构的应用系统的两种开发测试方式存在以下缺陷：第一种开发测试方式需要为每个项目准备一套全量部署的环境，随着应用越来越多，后续的资源投入成本与维护复杂度使开发测试人员越来越无法接受。第二种开发测试方式虽然可以缓解第一种开发测试方式存在的技术问题，但由于请求路由到公共(stable)环境后，无法再重新路由回到项目环境，因此需要在项目环境部署整个链路的应用，即使这些应用没有改动。如图2所示，微服务项目2仅仅只改了微服务服务C，但为了调通整条链路，微服务项目2需要部署A，B，C三个微服务服务。

发明内容

本发明提供一种微服务架构中后台服务的调用方法及装置，以降低微服务应用架构开发、测试时，资源的投入成本，降低微服务架构中项目环境维护的复杂度。

第一方面，本发明实施例提供了一种微服务架构中后台服务的调用方法，该方法包括：

获取微服务调用方的微服务调用请求；

如果所述微服务调用请求对应的微服务架构的运行状态为测试状态，则根据所述微服务架构的状态标识符查找对应的服务提供者的服务地址信息；

调用查找到的服务地址信息对应的所述微服务架构中的后台服务。

第二方面，本发明实施例还提供了一种微服务架构中后台服务的调用装置，该装置包括：

微服务调用请求获取模块，用于获取微服务调用方的微服务调用请求；

服务地址信息查找模块，用于如果所述微服务调用请求对应的微服务架构的运行状态为测试状态，则根据所述微服务架构的状态标识符查找对应的服务提供者的服务地址信息；

第一后台服务调用模块，用于调用查找到的服务地址信息对应的所述微服务架构中的后台服务。