CN113282347B - 插件运行方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种插件运行方法、装置、设备及存储介质，所述插件运行方法包括：接收来自客户端的业务请求；根据所述业务请求，在预设的插件池中查找与所述业务请求匹配的目标插件，所述插件池包括多个插件集合，同一插件集合用于存储相同格式的插件；运行所述目标插件，用以处理所述业务请求。本申请实现了提高插件运行匹配效率，多维度插件结构降低开发和维护难度。

Description

插件运行方法、装置、设备及存储介质

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种插件运行方法、装置、设备及存储介质。

背景技术

插件(Plug-in,又称addin、add-in、addon或add-on,又译外挂)是一种遵循一定规范的应用程序接口编写出来的程序。现有的网关插件机制是一种平铺的数据结构，不管是什么样的业务场景，所有插件都在同一个维度，数据全在一个数据集合中，在运行过程中业务请求匹配插件时，每次都需要进行全数据的匹配查询，处理效率不高。并且，这种数据结构在网关层的业务插件越来越多时，非常难以维护和区分。另外，现有的插件业务处理逻辑都是写在脚本代码里，一个插件只能适应一个业务场景的处理，而不能对类似的一系列业务场景进行处理，这样不仅无法对插件进行高效维护，还需要针对每个业务场景单独进行插件开发，开发工作量巨大。

发明内容

本申请实施例的目的在于提供一种插件运行方法、装置、设备及存储介质，用以实现提高插件运行匹配效率，多维度插件结构降低开发和维护难度。

本申请实施例第一方面提供了一种插件运行方法，包括：接收来自客户端的业务请求；根据所述业务请求，在预设的插件池中查找与所述业务请求匹配的目标插件，所述插件池包括多个插件集合，同一插件集合用于存储相同格式的插件；运行所述目标插件，用以处理所述业务请求。

于一实施例中，在所述接收来自客户端的业务请求之前，还包括：向所述插件池中加载预设格式的插件。

于一实施例中，所述插件池包括第一插件集合、第二插件集合和第三插件集合，所述向所述插件池中加载预设格式的插件，包括：将第一预设格式的插件加载至所述第一插件集合，生成对应的匹配索引；将第二预设格式的插件加载至所述第二插件集合，生成对应的匹配索引；将第三预设格式的插件加载至所述第三插件集合，生成对应的匹配索引。

于一实施例中，所述业务请求包括域名信息和路径信息，所述根据所述业务请求，在预设的插件池中查找与所述业务请求匹配的目标插件，包括：在所述插件池中筛选对应于所述域名信息的插件，得到第一筛选结果；在所述第一筛选结果中筛选对应于所述路径信息的插件，得到第二筛选结果；将所述插件池中的第一插件集合确定为第三筛选结果，所述第一插件集合存储有适用于任意请求的插件，所述目标插件为所述第二筛选结果和所述第三筛选结果的合集。

本申请实施例第二方面提供了一种插件运行装置，包括：接收模块，用于接收来自客户端的业务请求；匹配模块，用于根据所述业务请求，在预设的插件池中查找与所述业务请求匹配的目标插件，所述插件池包括多个插件集合，同一插件集合用于存储相同格式的插件；运行模块，用于运行所述目标插件，用以处理所述业务请求。

于一实施例中，所述插件运行装置还包括：加载模块，用于向所述插件池中加载预设格式的插件。

于一实施例中，所述插件池包括第一插件集合、第二插件集合和第三插件集合，所述加载模块用于：将第一预设格式的插件加载至所述第一插件集合，生成对应的匹配索引；将第二预设格式的插件加载至所述第二插件集合，生成对应的匹配索引；将第三预设格式的插件加载至所述第三插件集合，生成对应的匹配索引。

于一实施例中，所述业务请求包括域名信息和路径信息，所述匹配模块用于：在所述插件池中筛选对应于所述域名信息的插件，得到第一筛选结果；在所述第一筛选结果中筛选对应于所述路径信息的插件，得到第二筛选结果；将所述插件池中的第一插件集合确定为第三筛选结果，所述第一插件集合存储有适用于任意请求的插件，所述目标插件为所述第二筛选结果和所述第三筛选结果的合集。

本申请实施例第三方面提供了一种电子设备，包括：存储器，用以存储计算机程序；处理器，用以执行本申请实施例第一方面及其任一实施例的方法。

本申请实施例第四方面提供了一种非暂态电子设备可读存储介质，包括：程序，当其藉由电子设备运行时，使得所述电子设备执行本申请实施例第一方面及其任一实施例的方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请一实施例的电子设备的结构示意图；

图2为本申请一实施例的插件运行方法的应用场景示意图；

图3为本申请一实施例的插件运行方法的流程示意图；

图4为本申请一实施例的插件运行装置的结构示意图。

附图标记：

100-电子设备，110-总线，120-处理器，130-存储器，210-客户端，220-网关服务器，221-插件池，222-第一插件集合，223-第二插件集合，224-第三插件集合，230-应用服务器，400-插件运行装置，410-接收模块，420-匹配模块，430-运行模块，440-加载模块。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，并不表示排列序号，也不能理解为指示或暗示相对重要性。

在本申请的描述中，术语“包括”、“包含”等表示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其他特征、步骤、操作、元素、组件和/或其集合的存在或添加。

在本申请的描述中，除非另有明确的规定和限定，术语“安装”、“设置”、“设有”、“连接”、“配置为”应做广义理解。例如，可以是固定连接，也可以是可拆卸连接，或整体式构造；可以是机械连接，也可以是电连接；可以是直接相连，也可以是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

请参看图1，其为本申请一实施例的电子设备100的结构示意图，包括至少一个处理器120和存储器130，图1中以一个处理器为例。处理器120和存储器130通过总线110连接，存储器130存储有可被至少一个处理器120执行的指令，指令被至少一个处理器120执行，以使至少一个处理器120执行如下述实施例中的插件运行方法。

于一实施例中，处理器120可以是通用处理器，包括但不限于中央处理器(CentralProcessing Unit，CPU)、网络处理器(Network Processor，NP)等，还可以是数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器120是电子设备100的控制中心，利用各种接口和线路连接整个电子设备100的各个部分。处理器120可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。

于一实施例中，存储器130可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，包括但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，静态随机存取存储器(Static Random Access Memory，简称SRAM)，可编程只读存储器(Programmable Read-Only Memory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(ElectricErasable Programmable Read-Only Memory，EEPROM)等。

图1所示的电子设备100的结构仅为示意，电子设备100还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。

如图2所示，其为本申请一实施例的插件运行方法的应用场景示意图，该应用场景包括客户端210、网关服务器220和至少一个应用服务器230，客户端210通过网关服务器220与应用服务器230进行通信。网关服务器220可以实现或者执行如下述实施例中的插件运行方法。网关服务器220内设置有插件池221，插件池221包括多个插件集合，不同插件集合可以分别用于存储不同类型的插件，每类插件定义以不同格式组成，即同一插件集合内的插件具有相同格式。

于一实施例中，插件池221包括第一插件集合222、第二插件集合223和第三插件集合224，其中，第一插件集合222用于存储公共插件，公共插件是指适用于任意请求，在全局生效的插件，第二插件集合223用于存储通用插件，通用插件是指适用于非特定业务场景，可以在一般http请求规范或多个业务场景使用的插件，第三插件集合224用于存储业务插件，业务插件是指仅在特定业务场景使用的插件。

于一实施例中，客户端210可以发送http(Hyper Text Transfer Protocol,超文本传输协议)请求至网关服务器220，网关服务器220在接收到http请求后，在请求路由前，对请求的服务地址进行修改，重定向到其他域名或其他服务地址。然后，网关服务器220进行请求路由匹配，开始执行请求处理，转发请求到对应的应用服务器230，当有多个应用服务器230时，还需要通过轮询、最小链接等负载均衡算法，进行负载均衡处理。

应用服务器230处理请求后，向网关服务器220返回http响应，网关服务器220依次读取返回的http响应头内容和响应体内容，对返回的http响应内容做过滤和安全检查。最后，网关服务器220在日志中输出http请求的信息，包含完整的请求信息，返回的响应数据。

如图3所示，其为本申请一实施例的插件运行方法的流程示意图，该方法可由图1所示的电子设备100来执行，以实现提高插件运行匹配效率，多维度插件结构降低开发和维护难度。该方法包括如下步骤：

步骤310：接收来自客户端的业务请求。

在上述步骤中，业务请求为http(Hyper Text Transfer Protocol,超文本传输协议)请求，业务请求包括域名信息和路径信息。

步骤320：根据业务请求，在预设的插件池中查找与业务请求匹配的目标插件，插件池包括多个插件集合，同一插件集合用于存储相同格式的插件。

在上述步骤中，插件池包括多个插件集合，不同插件集合可以分别用于存储不同类型的插件，每类插件定义以不同格式组成，即同一插件集合内的插件具有相同格式。

于一实施例中，插件池可以包括三个插件集合，具体为第一插件集合、第二插件集合和第三插件集合，其中，第一插件集合用于存储公共插件，公共插件是指适用于任意请求，在全局生效的插件，第二插件集合用于存储通用插件，通用插件是指适用于非特定业务场景，可以在一般http请求规范或多个业务场景使用的插件，第三插件集合用于存储业务插件，业务插件是指仅在特定业务场景使用的插件。

于一实施例中，业务请求包括域名信息和路径信息，根据业务请求，在预设的插件池中查找与业务请求匹配的目标插件，包括：在插件池中筛选对应于域名信息的插件，得到第一筛选结果；在第一筛选结果中筛选对应于路径信息的插件，得到第二筛选结果；将插件池中的第一插件集合确定为第三筛选结果，第一插件集合存储有适用于任意请求的插件，目标插件为第二筛选结果和第三筛选结果的合集。

步骤330：运行目标插件，用以处理业务请求。

于一实施例中，在接收来自客户端的业务请求之前，还包括：向插件池中加载预设格式的插件。

在上述步骤中，插件的核心业务逻辑由特定的业务模型设计，业务模型是反映在设计好的JSON数据结构上，数据可动态调整。根据业务复杂度的不同，可以对业务请求配置一个或多个插件，插件本身也可做处理逻辑修改。

于一实施例中，插件池包括第一插件集合、第二插件集合和第三插件集合，向插件池中加载预设格式的插件，包括：将第一预设格式的插件加载至第一插件集合，生成对应的匹配索引；将第二预设格式的插件加载至第二插件集合，生成对应的匹配索引；将第三预设格式的插件加载至第三插件集合，生成对应的匹配索引。

在上述步骤中，第一预设格式的插件为公共插件，第一预设格式具体为：{name}，第二预设格式的插件为通用插件，第二预设格式具体为：biz.{name}，第三预设格式的插件为业务插件，第三预设格式具体为：biz.{app}.{name}。于一实施例中，插件本身的数据结构新增了‘config’字段，其为一个JSON数据格式定义，这样每一类插件相当于都有一个可配置的业务逻辑数据模版，通过调整‘config’的JSON数据节点值即可满足不同业务场景下的多样化业务需求。

本申请重构了网关插件的数据结构，实现了多维度的插件结构，提高了插件运行匹配的效率，使插件变得非常易维护和易用。并且，支持可配置化业务逻辑处理，降低了复杂性和开发工作量，可以应用于多种业务场景。

如图4所示，其为本申请一实施例的插件运行装置400的结构示意图，该装置可应用于图1所示的电子设备100，包括：接收模块410、匹配模块420和运行模块430。各个模块的原理关系如下：

接收模块410，用于接收来自客户端的业务请求。

匹配模块420，用于根据业务请求，在预设的插件池中查找与业务请求匹配的目标插件，插件池包括多个插件集合，同一插件集合用于存储相同格式的插件。

运行模块430，用于运行目标插件，用以处理业务请求。

于一实施例中，插件运行装置400还包括：加载模块440，用于向插件池中加载预设格式的插件。

于一实施例中，插件池包括第一插件集合、第二插件集合和第三插件集合，加载模块440用于：将第一预设格式的插件加载至第一插件集合，生成对应的匹配索引；将第二预设格式的插件加载至第二插件集合，生成对应的匹配索引；将第三预设格式的插件加载至第三插件集合，生成对应的匹配索引。

于一实施例中，业务请求包括域名信息和路径信息，匹配模块420用于：在插件池中筛选对应于域名信息的插件，得到第一筛选结果；在第一筛选结果中筛选对应于路径信息的插件，得到第二筛选结果；将插件池中的第一插件集合确定为第三筛选结果，第一插件集合存储有适用于任意请求的插件，目标插件为第二筛选结果和第三筛选结果的合集。

上述插件运行装置400的详细描述，请参见上述实施例中相关方法步骤的描述。

本发明实施例还提供了一种电子设备可读存储介质，包括：程序，当其在电子设备上运行时，使得电子设备可执行上述实施例中方法的全部或部分流程。其中，存储介质可为磁盘、光盘、只读存储记忆体(Read-Only Memory，ROM)、随机存储记忆体(Random AccessMemory，RAM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive，缩写：HDD)或固态硬盘(Solid-State Drive，SSD)等。存储介质还可以包括上述种类的存储器的组合。

在本申请所提供的几个实施例中，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。

在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。以上仅为本申请的优选实施例而已，仅用于说明本申请的技术方案，并不用于限制本申请。对于本技术领域的普通技术人员而言，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (6)

1.一种插件运行方法，其特征在于，包括：

接收来自客户端的业务请求；

根据所述业务请求，在预设的插件池中查找与所述业务请求匹配的目标插件，所述插件池包括多个插件集合，同一插件集合用于存储相同格式的插件；

运行所述目标插件，用以处理所述业务请求；

所述业务请求包括域名信息和路径信息，所述根据所述业务请求，在预设的插件池中查找与所述业务请求匹配的目标插件，包括：

在所述插件池中筛选对应于所述域名信息的插件，得到第一筛选结果；

在所述第一筛选结果中筛选对应于所述路径信息的插件，得到第二筛选结果；

将所述插件池中的第一插件集合确定为第三筛选结果，所述第一插件集合存储有适用于任意请求的插件，所述目标插件为所述第二筛选结果和所述第三筛选结果的合集；

在所述接收来自客户端的业务请求之前，所述方法还包括：

向插件池中加载预设格式的插件，包括：

所述插件本身的数据结构新增config字段，所述config字段为一个JSON数据格式定义，以使每一类所述插件都有一个可配置的业务逻辑数据模版；

通过调整所述config字段的JSON数据节点值，满足不同业务场景下的多样化业务需求。

2.根据权利要求1所述的方法，其特征在于，所述插件池包括第一插件集合、第二插件集合和第三插件集合，所述向所述插件池中加载预设格式的插件，包括：

将第一预设格式的插件加载至所述第一插件集合，生成对应的匹配索引；

将第二预设格式的插件加载至所述第二插件集合，生成对应的匹配索引；

将第三预设格式的插件加载至所述第三插件集合，生成对应的匹配索引。

3.一种插件运行装置，其特征在于，包括：

接收模块，用于接收来自客户端的业务请求；

匹配模块，用于根据所述业务请求，在预设的插件池中查找与所述业务请求匹配的目标插件，所述插件池包括多个插件集合，同一插件集合用于存储相同格式的插件；

运行模块，用于运行所述目标插件，用以处理所述业务请求；

所述业务请求包括域名信息和路径信息，所述匹配模块用于：

在所述插件池中筛选对应于所述域名信息的插件，得到第一筛选结果；

在所述第一筛选结果中筛选对应于所述路径信息的插件，得到第二筛选结果；

将所述插件池中的第一插件集合确定为第三筛选结果，所述第一插件集合存储有适用于任意请求的插件，所述目标插件为所述第二筛选结果和所述第三筛选结果的合集；

加载模块，用于向插件池中加载预设格式的插件，包括：

所述插件本身的数据结构新增config字段，所述config字段为一个JSON数据格式定义，以使每一类所述插件都有一个可配置的业务逻辑数据模版；

通过调整所述config字段的JSON数据节点值，满足不同业务场景下的多样化业务需求。

4.根据权利要求3所述的装置，其特征在于，所述插件池包括第一插件集合、第二插件集合和第三插件集合，所述加载模块用于：

将第一预设格式的插件加载至所述第一插件集合，生成对应的匹配索引；

将第二预设格式的插件加载至所述第二插件集合，生成对应的匹配索引；

将第三预设格式的插件加载至所述第三插件集合，生成对应的匹配索引。

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

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

处理器，用以执行如权利要求1至2中任一项所述的方法。

6.一种非暂态电子设备可读存储介质，其特征在于，包括：程序，当其藉由电子设备运行时，使得所述电子设备执行权利要求1至2中任一项所述的方法。

Images