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

Abstract

本申请公开了一种应用服务调用方法、装置、设备及存储介质，涉及软件开发技术领域，包括：启动目标应用服务，并将所述目标应用服务和对应的服务名称存储至预设注册中心；生成所述目标应用服务对应的路径标识，并将所述路径标识存储至与所述目标应用服务对应的预设数据库中；基于所述路径标识和所述服务名称确定所述目标应用服务对应的目标统一资源定位符，以便基于所述目标统一资源定位符调用所述目标应用服务。这样一来，一个应用对应一组运行态服务，一套数据库；或者多个应用以组为单位区分运行态服务，对应一套数据库。对于不能进行数据子单位可以实现网络部署的隔离。

Description

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

技术领域

本发明涉及软件开发技术领域，特别涉及一种应用服务调用方法、装置、设备及存储介质。

背景技术

目前低代码开发平台已经流行，用户无需编码或通过少量代码就可以快速根据自己的业务定制自己的低代码开发环境并生成应用程序。在实际使用场景中，低代码开发平台用于设计和运行是由不同的子系统支撑的。在基于微服务架构的设计之下，这些子系统都是可以弹性扩展容器数量，但在某些情况下，有些基层政务应用的低代码开发平台具有一定的特殊性。比如系统总局统一设计部署应用，但各子级单位根据需要自己设计表单和流程引擎并运行管理，同时鉴于安全考虑，不同的子级单位之间数据不能共享。因此，如何实现子系统之间的网络部署的隔离是需要解决的。

发明内容

有鉴于此，本发明的目的在于提供一种应用服务调用方法、装置、设备及存储介质，能够针对具有一定的特殊性的代码开发平台实现不同的应用对应不同的运行态服务，进而实现网络部署的隔离。其具体方案如下：

第一方面，本申请公开了一种应用服务调用方法，包括：

启动目标应用服务，并将所述目标应用服务和对应的服务名称存储至预设注册中心；

生成所述目标应用服务对应的路径标识，并将所述路径标识存储至与所述目标应用服务对应的预设数据库中；

基于所述路径标识和所述服务名称确定所述目标应用服务对应的目标统一资源定位符，以便基于所述目标统一资源定位符调用所述目标应用服务。

可选的，所述预设注册中心为Nacos系统。

可选的，所述启动目标应用服务，并将所述目标应用服务和对应的服务名称存储至预设注册中心，包括：

创建目标应用并启动所述目标应用对应的目标应用服务；

获取所述目标应用服务对应的服务名称，并将所述目标应用服务和所述服务名称存储至预设注册中心。

可选的，所述基于所述路径标识和所述服务名称确定所述目标应用服务对应的目标统一资源定位符，包括：

基于所述路径标识生成所述目标应用服务对应的初始统一资源定位符；

将所述服务名称添加至所述初始统一资源定位符对应位置以得到目标统一资源定位符。

可选的，所述基于所述目标统一资源定位符调用所述目标应用服务，包括：

设置系统识别变量，若所述系统识别变量的变量值为预设变量值，则通过预设前端获取所述目标统一资源定位符；

基于所述目标统一资源定位符中的路径标识和服务名称调用所述目标应用服务。

可选的，所述方法还包括：

获取应用服务消除指令，并基于所述应用服务消除指令将所述目标应用服务和所述目标应用服务对应的路径标识进行删除。

第二方面，本申请公开了一种应用服务调用装置，包括：

服务启动模块，用于启动目标应用服务，并将所述目标应用服务和对应的服务名称存储至预设注册中心；

路径标识生成模块，用于生成所述目标应用服务对应的路径标识，并将所述路径标识存储至与所述目标应用服务对应的预设数据库中；

定位符生成模块，用于基于所述路径标识和所述服务名称确定所述目标应用服务对应的目标统一资源定位符，以便基于所述目标统一资源定位符调用所述目标应用服务。

第三方面，本申请公开了一种电子设备，包括：

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

处理器，用于执行所述计算机程序以实现前述的应用服务调用方法。

第四方面，本申请公开了一种计算机可读存储介质，用于保存计算机程序，所述计算机程序被处理器执行时实现前述的应用服务调用方法。

可见，本申请中，首先启动目标应用服务，并将所述目标应用服务和对应的服务名称存储至预设注册中心；生成所述目标应用服务对应的路径标识，并将所述路径标识存储至与所述目标应用服务对应的预设数据库中；基于所述路径标识和所述服务名称确定所述目标应用服务对应的目标统一资源定位符，以便基于所述目标统一资源定位符调用所述目标应用服务。即，通过将目标应用服务和对应的服务名称存储至预设注册中心实现了和其他的服务(流程引擎，消息系统等)可以交互；通过将路径标识存储至与所述目标应用服务对应的预设数据库中，实现了一个应用对应一组运行态服务，一套数据库。这样一来，通过一组设计态服务，不同的应用对应不同的运行态服务，可以选择一个应用对应一组运行态服务，一套数据库；或者多个应用以组为单位区分运行态服务，对应一套数据库。这样一来，针对具有一定特殊性的基层政务应用的低代码开发平台，可以实现不同的应用拥有独立的运行态服务，有效实现了网络部署的隔离，保证了数据的安全性。

附图说明

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

图1为本申请公开的一种现有技术中应用服务调用方法结构图；

图2为本申请公开的一种应用服务调用方法流程图；

图3为本申请公开的一种具体的应用服务调用方法流程图；

图4为本申请公开的一种具体的应用服务调用方法结构图；

图5为本申请公开的一种应用服务调用装置结构示意图；

图6为本申请公开的一种电子设备结构图。

具体实施方式

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

传统的低代码平台包含设计态和运行态，用户在设计态进行表单的设计，设计完成之后部署应用，然后根据权限设计，在运行态看到自己有权限的应用，进而进行相应的流程和消息设计等。在云部署中，设计态对应一组服务，运行态对应一组服务，所有表单在运行态共享一套服务，共同分享数据库，如图1所示。本实施例将具体介绍一种应用服务调用方法，可以使用一组设计态服务，实现不同的应用对应不同的运行态服务，一个应用对应一组运行态服务和一套数据库；或者多个应用以组为单位区分运行态服务，对应一套数据库。

参见图2所示，本申请实施例公开了一种应用服务调用方法，包括：

步骤S11：启动目标应用服务，并将所述目标应用服务和对应的服务名称存储至预设注册中心。

本实施例中，在微服务体系中，服务一般都有统一的注册和发现中心，进行统一的负责均衡和调度处理比如Nacos(Dynamic Naming and Configur ation Service，即是一个更易于构建云原生应用的动态服务注册与发现、配置管理和服务管理平台)系统。所以如果运行系统进行了横向扩展，需要将新的服务注册到统一的注册中心并可以被发现，和其他的服务(流程引擎，消息系统等)可以交互。因此，需要创建目标应用并启动所述目标应用对应的目标应用服务，其中所述目标应用服务为所述目标应用对应的web(World WideWeb，即全球广域网或万维网)服务。然后，获取所述目标应用服务对应的服务名称，并将所述目标应用服务和所述服务名称存储至预设注册中心。其中，所述启动所述目标应用服务后，将所述目标应用服务存储至所述预设注册中心时，所述预设注册中心赋予所述目标应用服务对应的服务名称，然后将所述目标应用服务和所述服务名称存储至预设注册中心的对应位置。需要说明的是，所述预设注册中心为Nacos系统。除此之外，预设注册中心还有Spring Cloud(一系列框架的有序集合)的Eureka系统(一种用于提供服务注册功能的系统)。

步骤S12：生成所述目标应用服务对应的路径标识，并将所述路径标识存储至与所述目标应用服务对应的预设数据库中。

本实施例中，在微服务体系架构中，使用SpringCloudGateway(微服务架构提供一种简单有效的统一的API路由管理方式)网关路由，可以实现路由的转发和权限的统一校验管理。一般路由配置都在配置文件中，如果手动修改了配置文件，需要重启网关服务，这对系统来说是不友好的。同时，运行态系统变为不同的应用名称，这需要网关能够支持动态路由，即路径标识。因此，在将所述目标应用服务和对应的服务名称存储至预设注册中心后，需要生成所述目标应用服务对应的路径标识，并将所述路径标识存储至与所述目标应用服务对应的预设数据库中，即在应用创建时加入新的路径标识。相应的，应用销毁时则需要删除匹配的路径标识；即获取应用服务消除指令，并基于所述应用服务消除指令将所述目标应用服务和所述目标应用服务对应的路径标识进行删除。这样一来，通过将路由信息持久化到数据库，支持了多实例网关情况下的路由匹配。

步骤S13：基于所述路径标识和所述服务名称确定所述目标应用服务对应的目标统一资源定位符，以便基于所述目标统一资源定位符调用所述目标应用服务。

本实施例中，在只有一组运行态服务时，路径标识是一致的。但在应用横向扩展之后，不同的应用运行在不同的运行态系统中，因此相应前端传递的URL(uniform resourcelocator，即统一资源定位符)地址要加入路径标识和服务名称，用以调用后端不同的运行态系统里面的服务。所述基于所述路径标识和所述服务名称确定所述目标应用服务对应的目标统一资源定位符，包括：基于所述路径标识生成所述目标应用服务对应的初始统一资源定位符；将所述服务名称添加至所述初始统一资源定位符对应位置以得到目标统一资源定位符。即，基于所述路径标识对原来的URL中的旧路径进行替换，然后在所述路径标识添加一级，将所述服务名称添加至所述URL中以得到目标统一资源定位符。这样一来，在前端获取到所述目标统一资源定位符之后，可以基于所述目标统一资源定位符调用后端不同的运行态系统里面的服务。

可见，本实施例中，首先启动目标应用服务，并将所述目标应用服务和对应的服务名称存储至预设注册中心；生成所述目标应用服务对应的路径标识，并将所述路径标识存储至与所述目标应用服务对应的预设数据库中；基于所述路径标识和所述服务名称确定所述目标应用服务对应的目标统一资源定位符，以便基于所述目标统一资源定位符调用所述目标应用服务。即，通过将目标应用服务和对应的服务名称存储至预设注册中心实现了和其他的服务(流程引擎，消息系统等)可以交互；通过将路径标识存储至与所述目标应用服务对应的预设数据库中，实现了一个应用对应一组运行态服务，一套数据库。这样一来，通过一组设计态服务，不同的应用对应不同的运行态服务，可以选择一个应用对应一组运行态服务，一套数据库；或者多个应用以组为单位区分运行态服务，对应一套数据库。这样一来，针对具有一定特殊性的基层政务应用的低代码开发平台，可以实现不同的应用拥有独立的运行态服务，有效实现了网络部署的隔离，保证了数据的安全性。

上述实施例中具体介绍一种应用服务调用方法，本实施例中，将具体介绍设计状态标志位用以区分两种不同的部署模式，以实现在原来系统基础上实现这种新的系统，同时不影响原来系统的效果。

参见图3所示，本申请实施例公开了一种具体的应用服务调用方法，包括：

步骤S21：启动目标应用服务，并将所述目标应用服务和对应的服务名称存储至预设注册中心。

步骤S22：生成所述目标应用服务对应的路径标识，并将所述路径标识存储至与所述目标应用服务对应的预设数据库中。

步骤S23：设置系统识别变量，若所述系统识别变量的变量值为预设变量值，则通过预设前端获取所述目标统一资源定位符，并基于所述目标统一资源定位符中的路径标识和服务名称调用所述目标应用服务。

本实施例中，要在原来系统基础上实现这种新的系统，同时不影响原来系统，需要设计状态标志位用以区分两种不同的部署模式。设置系统识别变量，若所述系统识别变量的变量值为预设变量值，则通过预设前端获取所述目标统一资源定位符，并基于所述目标统一资源定位符中的路径标识和服务名称调用所述目标应用服务。即，设计系统部署标识变量，用于区分系统不同的运行模式。设定一个系统识别变量，根据所述系统识别变量的变量值，启动不同的运行模式。默认值为FALSE情况下，启动原来的旧系统，并且服务的名字不改变；值为TRUE的情况下，则支持根据应用的名字来启动不同的运行系统，获取前端改造后的URL，然后根据所述URL中的应用的名称调用后端不同的运行态系统里面的服务。

其中，关于上述步骤S21至S22的具体过程可以参考前述实施例公开的相应内容，在此不再进行赘述。

可见，本实施例中，首先启动目标应用服务，并将所述目标应用服务和对应的服务名称存储至预设注册中心；然后生成所述目标应用服务对应的路径标识，并将所述路径标识存储至与所述目标应用服务对应的预设数据库中；设置系统识别变量，若所述系统识别变量的变量值为预设变量值，则通过预设前端获取所述目标统一资源定位符，并基于所述目标统一资源定位符中的路径标识和服务名称调用所述目标应用服务。这样一来，如图4所示，每一个运行态服务，都拥有自己专属的数据库。实现了一个应用对应一组运行态服务，一套数据库。这样一来，通过一组设计态服务，不同的应用对应不同的运行态服务，可以选择一个应用对应一组运行态服务，一套数据库；或者多个应用以组为单位区分运行态服务，对应一套数据库。这样一来，针对具有一定特殊性的基层政务应用的低代码开发平台，可以实现不同的应用拥有独立的运行态服务，有效实现了网络部署的隔离，保证了数据的安全性。

参考图5所述，本申请实施例还相应公开了一种应用服务调用装置，包括：

服务启动模块11，用于启动目标应用服务，并将所述目标应用服务和对应的服务名称存储至预设注册中心；

路径标识生成模块12，用于生成所述目标应用服务对应的路径标识，并将所述路径标识存储至与所述目标应用服务对应的预设数据库中；

定位符生成模块13，用于基于所述路径标识和所述服务名称确定所述目标应用服务对应的目标统一资源定位符，以便基于所述目标统一资源定位符调用所述目标应用服务。

可见，本实施例中，首先启动目标应用服务，并将所述目标应用服务和对应的服务名称存储至预设注册中心；生成所述目标应用服务对应的路径标识，并将所述路径标识存储至与所述目标应用服务对应的预设数据库中；基于所述路径标识和所述服务名称确定所述目标应用服务对应的目标统一资源定位符，以便基于所述目标统一资源定位符调用所述目标应用服务。即，通过将目标应用服务和对应的服务名称存储至预设注册中心实现了和其他的服务(流程引擎，消息系统等)可以交互；通过将路径标识存储至与所述目标应用服务对应的预设数据库中，实现了一个应用对应一组运行态服务，一套数据库。这样一来，通过一组设计态服务，不同的应用对应不同的运行态服务，可以选择一个应用对应一组运行态服务，一套数据库；或者多个应用以组为单位区分运行态服务，对应一套数据库。这样一来，针对具有一定特殊性的基层政务应用的低代码开发平台，可以实现不同的应用拥有独立的运行态服务，有效实现了网络部署的隔离，保证了数据的安全性。

在一些具体的实施例中，所述服务启动模块11，具体可以包括：

应用创建单元，用于创建目标应用并启动所述目标应用对应的目标应用服务；

服务存储单元，用于获取所述目标应用服务对应的服务名称，并将所述目标应用服务和所述服务名称存储至预设注册中心。

在一些具体的实施例中，所述定位符生成模块13，具体可以包括：

初始定位符生成单元，用于基于所述路径标识生成所述目标应用服务对应的初始统一资源定位符；

名称添加单元，用于将所述服务名称添加至所述初始统一资源定位符对应位置以得到目标统一资源定位符。

在一些具体的实施例中，所述定位符生成模块13，具体可以包括：

变量值识别单元，用于设置系统识别变量，若所述系统识别变量的变量值为预设变量值，则通过预设前端获取所述目标统一资源定位符；

服务调用单元，用于基于所述目标统一资源定位符中的路径标识和服务名称调用所述目标应用服务。

进一步的，本申请实施例还公开了一种电子设备，图6是根据一示例性实施例示出的电子设备20结构图，图中的内容不能认为是对本申请的使用范围的任何限制。

图6为本申请实施例提供的一种电子设备20的结构示意图。该电子设备20，具体可以包括：至少一个处理器21、至少一个存储器22、电源23、通信接口24、输入输出接口25和通信总线26。其中，所述存储器22用于存储计算机程序，所述计算机程序由所述处理器21加载并执行，以实现前述任一实施例公开的应用服务调用方法中的相关步骤。另外，本实施例中的电子设备20具体可以为电子计算机。

本实施例中，电源23用于为电子设备20上的各硬件设备提供工作电压；通信接口24能够为电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口25，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。

另外，存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源可以包括操作系统221、计算机程序222等，存储方式可以是短暂存储或者永久存储。

其中，操作系统221用于管理与控制电子设备20上的各硬件设备以及计算机程序222，其可以是Windows Server、Netware、Unix、Linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的应用服务调用方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。

进一步的，本申请还公开了一种计算机可读存储介质，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现前述公开的应用服务调用方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。

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

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

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请所提供的技术方案进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

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

启动目标应用服务，并将所述目标应用服务和对应的服务名称存储至预设注册中心；

生成所述目标应用服务对应的路径标识，并将所述路径标识存储至与所述目标应用服务对应的预设数据库中；

基于所述路径标识和所述服务名称确定所述目标应用服务对应的目标统一资源定位符，以便基于所述目标统一资源定位符调用所述目标应用服务。

2.根据权利要求1所述的应用服务调用方法，其特征在于，所述预设注册中心为Nacos系统。

3.根据权利要求1所述的应用服务调用方法，其特征在于，所述启动目标应用服务，并将所述目标应用服务和对应的服务名称存储至预设注册中心，包括：

创建目标应用并启动所述目标应用对应的目标应用服务；

获取所述目标应用服务对应的服务名称，并将所述目标应用服务和所述服务名称存储至预设注册中心。

4.根据权利要求1所述的应用服务调用方法，其特征在于，所述基于所述路径标识和所述服务名称确定所述目标应用服务对应的目标统一资源定位符，包括：

基于所述路径标识生成所述目标应用服务对应的初始统一资源定位符；

将所述服务名称添加至所述初始统一资源定位符对应位置以得到目标统一资源定位符。

5.根据权利要求1所述的应用服务调用方法，其特征在于，所述基于所述目标统一资源定位符调用所述目标应用服务，包括：

设置系统识别变量，若所述系统识别变量的变量值为预设变量值，则通过预设前端获取所述目标统一资源定位符；

基于所述目标统一资源定位符中的路径标识和服务名称调用所述目标应用服务。

6.根据权利要求1至5任一项所述的应用服务调用方法，其特征在于，还包括：

获取应用服务消除指令，并基于所述应用服务消除指令将所述目标应用服务和所述目标应用服务对应的路径标识进行删除。

7.一种应用服务调用装置，其特征在于，包括：

服务启动模块，用于启动目标应用服务，并将所述目标应用服务和对应的服务名称存储至预设注册中心；

路径标识生成模块，用于生成所述目标应用服务对应的路径标识，并将所述路径标识存储至与所述目标应用服务对应的预设数据库中；

定位符生成模块，用于基于所述路径标识和所述服务名称确定所述目标应用服务对应的目标统一资源定位符，以便基于所述目标统一资源定位符调用所述目标应用服务。

8.根据权利要求7所述的应用服务调用装置，其特征在于，所述定位符生成模块，包括：

初始定位符生成单元，用于基于所述路径标识生成所述目标应用服务对应的初始统一资源定位符；

名称添加单元，用于将所述服务名称添加至所述初始统一资源定位符对应位置以得到目标统一资源定位符。

9.一种电子设备，其特征在于，包括：

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

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

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