CN112468580A - 一种业务服务的调用方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种业务服务的调用方法，包括：预先为不同的业务服务分别设置对应的配置文件；当接收到目标服务请求时，根据目标服务请求确定出对应的目标服务地址；根据目标服务地址调用对应的目标配置文件，通过运行目标配置文件以实现利用目标业务服务响应目标服务请求。本方法能提高调整业务服务的便捷性，从而提高调用业务服务的便捷性，相对保障业务服务整体的可用性。本申请还公开了一种业务服务的调用装置、设备及计算机可读存储介质，均具有上述有益效果。

Description

一种业务服务的调用方法、装置、设备及存储介质

技术领域

本发明涉及服务调用领域，特别涉及一种业务服务的调用方法、装置、设备及计算机可读存储介质。

背景技术

随着业务中台通用能力的日渐完善以及公司业务的快速发展和扩张，愈来愈多的公司其他业务希望借助业务中台的能力，实现整体业务闭环。可是不同业务形态、区划的业务逻辑差异导致了多业态的涌现，即目前有多种不同类型的业务服务。而目前对于业务逻辑的路由和实现都是固定的，即只能在编译期根据业务服务的差异进行装配和裁剪，一旦业务服务打包部署完成，处于运行期，将无法动态地改变业务服务的逻辑；或者当需要增加一种业务方的实现时，需要将业务中台的全部业务服务暂停，修改对应的配置文件，重新编译打包部署后才能使其生效。现有技术中，当需要调整业务服务时，操作过程繁琐且严重影响其他业务服务的正常运行，降低业务服务整体的可用性。

因此，如何提高调整业务服务的便捷性，从而提高调用业务服务的便捷性，相对保障业务服务整体的可用性，是本领域技术人员目前需要解决的技术问题。

发明内容

有鉴于此，本发明的目的在于提供一种业务服务的调用方法，能够提高调整业务服务的便捷性，从而提高调用业务服务的便捷性，相对保障业务服务整体的可用性本发明的另一目的是提供一种业务服务的调用装置、设备及计算机可读存储介质，均具有上述有益效果。

为解决上述技术问题，本发明提供一种业务服务的调用方法，包括：

预先为不同的业务服务分别设置对应的配置文件；

当接收到目标服务请求时，根据所述目标服务请求确定出对应的目标服务地址；

根据所述目标服务地址调用对应的目标配置文件，通过运行所述目标配置文件以实现利用目标业务服务响应所述目标服务请求。

优选地，所述当接收到目标服务请求时，根据所述目标服务请求确定出对应的目标服务地址的过程，具体包括：

根据各所述业务服务的服务接口和服务地址的对应关系设置映射关系表；

当接收到宿主应用提交的所述目标服务请求时，利用所述目标服务请求以及所述映射关系表确定出对应的目标服务地址。

优选地，所述根据所述目标服务地址调用对应的目标配置文件，通过运行所述目标配置文件以实现利用目标业务服务响应所述目标服务请求的过程，具体包括：

利用远程过程调用框架根据所述目标服务地址调用对应的目标配置文件，通过运行所述目标配置文件以实现利用目标业务服务响应所述目标服务请求。

优选地，所述当接收到宿主应用提交的所述目标服务请求时，利用所述目标服务请求以及所述映射关系表确定出对应的目标服务地址的过程，具体包括：

当接收到所述宿主应用提交的所述目标服务请求时，利用所述目标服务请求和所述映射关系表确定出多个候选服务地址；

利用负载均衡算法从多个所述候选服务地址中确定出所述目标服务地址。

优选地，在所述预先为不同的业务服务分别设置对应的配置文件之后，进一步包括：

预先为各所述业务服务设置对应的类型标签；

对应的，所述当接收到所述宿主应用提交的所述目标服务请求时，利用所述目标服务请求和所述映射关系表确定出多个候选服务地址的过程，具体包括：

当接收到所述宿主应用提交的所述目标服务请求时，根据所述类型标签从所述业务服务中筛选出与所述目标服务请求的请求类型对应的待选业务；

利用所述目标服务请求和所述映射关系表从所述待选业务的服务地址中确定出多个候选服务地址。

优选地，所述远程过程调用框架具体为Duboo服务框架。

优选地，在所述根据所述目标服务地址调用对应的目标配置文件，通过运行所述目标配置文件以实现利用目标业务服务响应所述目标服务请求之后，进一步包括：

将所述目标业务服务的信息以及调用所述目标业务服务的时间记录至日志。

为解决上述技术问题，本发明还提供一种业务服务的调用装置，包括：

设置模块，用于预先为不同的业务服务分别设置对应的配置文件；

确定模块，用于当接收到目标服务请求时，根据所述目标服务请求确定出对应的目标服务地址；

调用模块，用于根据所述目标服务地址调用对应的目标配置文件，通过运行所述目标配置文件以实现利用目标业务服务响应所述目标服务请求。

为解决上述技术问题，本发明还提供一种业务服务的调用设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现上述任一种业务服务的调用方法的步骤。

为解决上述技术问题，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一种业务服务的调用方法的步骤。

本发明提供的一种业务服务的调用方法，通过为不同的业务服务分别设置对应的配置文件，针对不同的服务请求，调用与该服务请求对应的配置文件即可实现调用相应的业务服务响应该服务请求。因此当需要修改调整业务服务时，仅需要对与该业务服务对应的配置进行修改即可，不影响其他业务服务的配置文件，因此不影响其他的业务服务的实现；因此本方法能提高调整业务服务的便捷性，从而提高调用业务服务的便捷性，相对保障业务服务整体的可用性。

为解决上述技术问题，本发明还提供了一种业务服务的调用装置、设备及计算机可读存储介质，均具有上述有益效果。

附图说明

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

图1为本发明实施例提供的一种业务服务的调用方法的流程图；

图2为本发明实施例提供的一种业务服务的调用装置的结构图；

图3为本发明实施例提供的一种业务服务的调用设备的结构图。

具体实施方式

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

本发明实施例的核心是提供一种业务服务的调用方法，能够提高调整业务服务的便捷性，从而提高调用业务服务的便捷性，相对保障业务服务整体的可用性；本发明的另一核心是提供一种业务服务的调用装置、设备及计算机可读存储介质，均具有上述有益效果。

为了使本领域技术人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。

图1为本发明实施例提供的一种业务服务的调用方法的流程图。如图1所示，一种业务服务的调用方法包括：

S10：预先为不同的业务服务分别设置对应的配置文件；

S20：当接收到目标服务请求时，根据目标服务请求确定出对应的目标服务地址；

S30：根据目标服务地址调用对应的目标配置文件，通过运行目标配置文件以实现利用目标业务服务响应目标服务请求。

具体的，在本实施例中，具体是预先为不同的业务服务分别设置对应的配置文件，配置文件包括实现相应的业务服务所需的配置信息；配置文件与业务服务一一对应；配置文件的类型以及配置文件中的语言类型根据业务方实际提供的业务服务类型确定，本实施例对此不做具体的限定。

需要说明的是，本实施例主要是利用Java热部署和热加载机制实现对业务服务进行调整。其中，Java热部署就是在服务器运行时重新部署业务服务，热加载即在服务器运行时重新加载class，从而更新业务服务。

当接收到目标服务请求需要调用与目标服务请求对应的目标业务服务时，首先根据目标服务请求中的业务服务名称确定出与该业务服务名称对应的目标业务服务的目标服务地址，然后再根据确定出的目标服务地址调用对应的目标配置文件，运行该目标配置文件，以实现运行目标业务服务的操作，从而实现利用目标业务服务响应目标服务请求。

本发明实施例提供的一种业务服务的调用方法，通过为不同的业务服务分别设置对应的配置文件，针对不同的服务请求，调用与该服务请求对应的配置文件即可实现调用相应的业务服务响应该服务请求。因此当需要修改调整业务服务时，仅需要对与该业务服务对应的配置进行修改即可，不影响其他业务服务的配置文件，因此不影响其他的业务服务的实现；因此本方法能提高调整业务服务的便捷性，从而提高调用业务服务的便捷性，相对保障业务服务整体的可用性。

在上述实施例的基础上，本实施例对技术方案作了进一步的说明和优化，具体的，本实施例中，当接收到目标服务请求时，根据目标服务请求确定出对应的目标服务地址的过程，具体包括：

根据各业务服务的服务接口和服务地址的对应关系设置映射关系表；

当接收到宿主应用提交的目标服务请求时，利用目标服务请求以及映射关系表确定出对应的目标服务地址。

具体的，在本实施例中，是预先根据各业务服务的服务接口和服务地址的对应关系设置映射关系表，且该映射关系表可以设置于注册中心，也就是说，预先在注册中心设置映射关系表，该映射关系表存储了服务接口到服务地址的完整映射，映射关系表的键就是完整的服务接口名称，而值就是提供这个接口服务的服务地址。

业务中台的宿主应用在需要调用目标业务服务时，首先向注册中心发送目标服务请求，注册中心根据目标服务请求中的目标接口名称，从映射关系表中查找出与该目标接口名称对应的目标服务地址，再根据该目标服务地址调用对应的目标业务服务。

需要说明的是，业务方在实现这些非通用能力的各业务服务的时候，并不需要让宿主应用提前感知到是哪个业务方提供了哪些业务服务，只需要在运行时，动态地根据服务接口名称向注册中心查询对应的业务服务地址，如果能够查询到对应的业务服务地址，则调用对应的业务服务，处理相应的业务逻辑；如果没有查询到对应的业务服务地址，则可以进行相应的失败处理。

可见，本实施例具体是根据地址映射表查询与目标服务请求对应的目标服务地址，操作过程便捷易行。

在上述实施例的基础上，本实施例对技术方案作了进一步的说明和优化，具体的，本实施例中，根据目标服务地址调用对应的目标配置文件，通过运行目标配置文件以实现利用目标业务服务响应目标服务请求的过程，具体包括：

利用远程过程调用框架根据目标服务地址调用对应的目标配置文件，通过运行目标配置文件以实现利用目标业务服务响应目标服务请求。

需要说明的是，在本实施例中，将宿主应用和不同的业务实现进行解耦，即各业务方在注册中心注册业务服务，注册中心在接收到宿主应用提交的目标服务请求之后，利用远程过程调用框架进行远程过程调用，远程调用业务方提供的与目标服务请求对应的目标业务服务，通过运行该目标业务服务对应的目标配置文件，以实现对目标服务请求的响应。

作为优选的实施方式，远程过程调用框架具体为Duboo服务框架。

需要说明的是，Dubbo是一款高性能、轻量级的开源Java RPC框架，它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。

另外需要说明的是，由于整个Dubbo服务的注册和调用是完全隔离的，业务方的业务服务注册并不影响宿主应用的正常服务调用，而同时一个业务方的业务服务的启用与否也不影响其他业务方的业务的正常进行，实现了整体业务服务的动态可扩展，实时可配置。

也就是说，在整个业务服务的调用过程中，不同业务方可以动态地将业务服务注册或下线，而不会影响其他业务方的使用；当新增一个业务方时，也仅需要该新增的业务方实现好对应的服务接口，然后上线自身的业务服务即可。宿主应用向注册中心发送目标服务请求，注册中心根据目标服务请求查找对应的目标服务地址，然后通过注册中心进行对应的调用即可。

可见，本实施例通过远程过程调用框架实现对目标业务服务的远程过程调用，将宿主应用和各个业务方的业务服务进行解耦，业务方的业务服务的配置文件并不与宿主应用在同一个Java虚拟机中，同时每个业务方不同的配置文件与配置文件之间也是相互隔离，保证了不同业务服务之间不会相互影响，降低了耦合度，提高了业务服务的可用性。

在上述实施例的基础上，本实施例对技术方案作了进一步的说明和优化，具体的，本实施例中，当接收到宿主应用提交的目标服务请求时，利用目标服务请求以及映射关系表确定出对应的目标服务地址的过程，具体包括：

当接收到宿主应用提交的目标服务请求时，利用目标服务请求和映射关系表确定出多个候选服务地址；

利用负载均衡算法从多个候选服务地址中确定出目标服务地址。

具体的，在实际操作中，一个业务接口名称可能对应有多个服务地址，现有技术一般是通过随机选择的方式从多个服务地址中确定出目标服务地址。作为优选的实施方式，在本实施例中，当接收到宿主应用提交的目标服务请求时，将根据目标服务请求中的服务接口名称确定出多个候选服务地址，即确定出可以多个可以为目标服务请求提供业务服务的候选业务服务，再通过预设的负载均衡算法，从多个候选服务地址中确定出目标服务地址，即通过负载均衡算法从多个候选业务服务中选择其中一个目标业务服务进行实际的调用，继而实现了完整的服务调用过程。

需要说明的是，本实施例中的负载均衡算法可以是根据最优化资源使用、最大化吞吐率、最小化响应时间、同时避免过载等因素为目的设置的算法，本实施例对此不做限定。

可见，本实施例通过负载均衡算法从多个候选服务地址中确定出目标服务地址，能够进一步提高服务调用的效率，进一步保障系统的稳定性。

在上述实施例的基础上，本实施例对技术方案作了进一步的说明和优化，具体的，本实施例在预先为不同的业务服务分别设置对应的配置文件之后，进一步包括：

预先为各业务服务设置对应的类型标签；

对应的，当接收到宿主应用提交的目标服务请求时，利用目标服务请求和映射关系表确定出多个候选服务地址的过程，具体包括：

当接收到宿主应用提交的目标服务请求时，根据类型标签从业务服务中筛选出与目标服务请求的请求类型对应的待选业务；

利用目标服务请求和映射关系表从待选业务的服务地址中确定出多个候选服务地址。

需要说明的是，在本实施例中，进一步预先为不同的业务服务设置对应的类型标签，例如，对于政府采购的业务服务，在与该业务服务对应的业务服务地址上加上“label＝GOV_PURCHASE”的类型标签；对于企业采购，在与该业务服务对应的业务服务地址上加上“label＝CORP_PURCHASE”的类型标签；本实施例对类型标签的具体类型不做限定，只要是能够区分不同类型的业务服务即可。

在宿主应用进行业务服务调用时，不再是简单地根据负载均衡算法确定出目标业务服务，而是将宿主应用的目标服务请求中的参数和业务服务查找结合起来，比如宿主应用的目标服务请求是一个政府采购业务的请求，因此在向注册中心查询目标服务地址时，首先根据与“政府采购业务”对应的类型标签从全部的业务服务中筛选出与目标服务请求的请求类型对应的待选业务，即只会查找类型标签为“label＝GOV_PURCHASE”的业务服务；如果类型标签为“label＝GOV_PURCHASE”的业务服务有多个，说明政府采购业务方有多个实例在提供业务服务，再利用负载均衡算法在政府采购业务方的多个业务服务中确定出选择出目标业务服务进行调用，这样就实现了不同业务方的请求路由到对应的业务服务上去，进行对应的服务调用，能够进一步提高目标业务服务与目标服务请求的匹配度，从而进一步提高目标业务服务调用的效率。

在上述实施例的基础上，本实施例对技术方案作了进一步的说明和优化，具体的，本实施例在根据目标服务地址调用对应的目标配置文件，通过运行目标配置文件以实现利用目标业务服务响应目标服务请求之后，进一步包括：

将目标业务服务的信息以及调用目标业务服务的时间记录至日志。

具体的，在本实施例中，是在根据目标服务地址调用对应的目标配置文件，通过运行目标配置文件以实现利用目标业务服务响应目标服务请求之后，进一步获取调用该目标业务服务的时间，然后将目标业务服务的信息和该调用该目标业务服务的时间记录至日志。需要说明的是，在实际操作中，具体的记录方式可以是以文本或以excel表格或者以数据库表的形式记录，本实施例对此不做限定，根据实际需求进行选择。更具体的，可以将记录的信息存储至内存条、硬盘、TF(Trans-flash Card)卡和SD(Secure Digital MemoryCard)卡等类型的存储器中，具体根据实际需求进行选择，本实施例对此也不做限定。

可见，本实施例通过进一步将目标业务服务的信息以及调用目标业务服务的时间记录至日志，能够便于用户后续查看调用业务服务的情况，从而进一步提升用户的使用体验。

上文对于本发明提供的一种业务服务的调用方法的实施例进行了详细的描述，本发明还提供了一种与该方法对应的业务服务的调用装置、设备及计算机可读存储介质，由于装置、设备及计算机可读存储介质部分的实施例与方法部分的实施例相互照应，因此装置、设备及计算机可读存储介质部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

图2为本发明实施例提供的一种业务服务的调用装置的结构图，如图2所示，一种业务服务的调用装置包括：

设置模块21，用于预先为不同的业务服务分别设置对应的配置文件；

确定模块22，用于当接收到目标服务请求时，根据目标服务请求确定出对应的目标服务地址；

调用模块23，用于根据目标服务地址调用对应的目标配置文件，通过运行目标配置文件以实现利用目标业务服务响应目标服务请求。

本发明实施例提供的业务服务的调用装置，具有上述业务服务的调用方法的有益效果。

图3为本发明实施例提供的一种业务服务的调用设备的结构图，如图3所示，一种业务服务的调用设备包括：

存储器31，用于存储计算机程序；

处理器32，用于执行计算机程序时实现如上述业务服务的调用方法的步骤。

本发明实施例提供的业务服务的调用设备，具有上述业务服务的调用方法的有益效果。

为解决上述技术问题，本发明还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述业务服务的调用方法的步骤。

本发明实施例提供的计算机可读存储介质，具有上述业务服务的调用方法的有益效果。

以上对本发明所提供的业务服务的调用方法、装置、设备及计算机可读存储介质进行了详细介绍。本文中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

Claims (10)

1.一种业务服务的调用方法，其特征在于，包括：

预先为不同的业务服务分别设置对应的配置文件；

当接收到目标服务请求时，根据所述目标服务请求确定出对应的目标服务地址；

根据所述目标服务地址调用对应的目标配置文件，通过运行所述目标配置文件以实现利用目标业务服务响应所述目标服务请求。

2.根据权利要求1所述的方法，其特征在于，所述当接收到目标服务请求时，根据所述目标服务请求确定出对应的目标服务地址的过程，具体包括：

根据各所述业务服务的服务接口和服务地址的对应关系设置映射关系表；

当接收到宿主应用提交的所述目标服务请求时，利用所述目标服务请求以及所述映射关系表确定出对应的目标服务地址。

3.根据权利要求2所述的方法，其特征在于，所述根据所述目标服务地址调用对应的目标配置文件，通过运行所述目标配置文件以实现利用目标业务服务响应所述目标服务请求的过程，具体包括：

利用远程过程调用框架根据所述目标服务地址调用对应的目标配置文件，通过运行所述目标配置文件以实现利用目标业务服务响应所述目标服务请求。

4.根据权利要求2所述的方法，其特征在于，所述当接收到宿主应用提交的所述目标服务请求时，利用所述目标服务请求以及所述映射关系表确定出对应的目标服务地址的过程，具体包括：

当接收到所述宿主应用提交的所述目标服务请求时，利用所述目标服务请求和所述映射关系表确定出多个候选服务地址；

利用负载均衡算法从多个所述候选服务地址中确定出所述目标服务地址。

5.根据权利要求4所述的方法，其特征在于，在所述预先为不同的业务服务分别设置对应的配置文件之后，进一步包括：

预先为各所述业务服务设置对应的类型标签；

对应的，所述当接收到所述宿主应用提交的所述目标服务请求时，利用所述目标服务请求和所述映射关系表确定出多个候选服务地址的过程，具体包括：

当接收到所述宿主应用提交的所述目标服务请求时，根据所述类型标签从所述业务服务中筛选出与所述目标服务请求的请求类型对应的待选业务；

利用所述目标服务请求和所述映射关系表从所述待选业务的服务地址中确定出多个候选服务地址。

6.根据权利要求3所述的方法，其特征在于，所述远程过程调用框架具体为Duboo服务框架。

7.根据权利要求1至6任一项所述的方法，其特征在于，在所述根据所述目标服务地址调用对应的目标配置文件，通过运行所述目标配置文件以实现利用目标业务服务响应所述目标服务请求之后，进一步包括：

将所述目标业务服务的信息以及调用所述目标业务服务的时间记录至日志。

8.一种业务服务的调用装置，其特征在于，包括：

设置模块，用于预先为不同的业务服务分别设置对应的配置文件；

确定模块，用于当接收到目标服务请求时，根据所述目标服务请求确定出对应的目标服务地址；

调用模块，用于根据所述目标服务地址调用对应的目标配置文件，通过运行所述目标配置文件以实现利用目标业务服务响应所述目标服务请求。

9.一种业务服务的调用设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述的业务服务的调用方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的业务服务的调用方法的步骤。

Images