CN117931234A - 一种插件下发方法、装置、设备及介质 - Google Patents

Abstract

本发明公开了一种插件下发方法、装置、设备及介质。插件下发方法，包括：获取插件存储器存储的目标更新插件，并将目标更新插件打包，得到目标更新插件数据包；将目标更新插件数据包，在插件下发对象上进行灰度下发，并根据目标更新插件数据包的下发进度关联数据，调整目标更新插件数据包的下发操作；其中，目标更新插件包括开源更新插件，和/或用户配置更新插件。本发明实施例的技术方案能够在插件自动更新的同时，降低更新插件下发带来的安全隐患，从而提升用户的满意度。

Description

一种插件下发方法、装置、设备及介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种插件下发方法、装置、设备及介质。

背景技术

插件是一种遵循一定规范的应用程序接口编写出来的程序。很多软件都有插件，插件种类也很丰富。

随着系统功能的更新，插件也需要不断的更新，而现有的插件自动更新技术，带来的故障隐患不可小觑。例如，有问题插件下发到全部机器，会使得机器系统完全瘫痪，由插件自动更新导致的故障隐患较多，不再一一列举。

发明内容

本发明提供了一种插件下发方法、装置、设备及介质，以解决现有的插件自动更新方式存在安全隐患的问题。

根据本发明的一方面，提供了一种插件下发方法，包括：

获取插件存储器存储的目标更新插件，并将目标更新插件打包，得到目标更新插件数据包；

将目标更新插件数据包，在插件下发对象上进行灰度下发，并根据目标更新插件数据包的下发进度关联数据，调整目标更新插件数据包的下发操作；

其中，目标更新插件包括开源更新插件，和/或用户配置更新插件。

根据本发明的另一方面，提供了一种插件下发装置，包括：

更新插件数据包获取模块，用于获取插件存储器存储的目标更新插件，并将目标更新插件打包，得到目标更新插件数据包；

插件下发模块，用于将目标更新插件数据包，在插件下发对象上进行灰度下发，并根据目标更新插件数据包的下发进度关联数据，调整目标更新插件数据包的下发操作；

其中，目标更新插件包括开源更新插件，和/或用户配置更新插件。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的插件下发方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的插件下发方法。

本发明实施例的技术方案，通过获取插件存储器存储的目标更新插件，并将目标更新插件打包，得到目标更新插件数据包，进而将目标更新插件数据包，在插件下发对象上进行灰度下发，并根据目标更新插件数据包的下发进度关联数据，调整目标更新插件数据包的下发操作。在本方案中，将目标更新插件数据包，在插件下发对象上进行灰度下发时，不仅通过插件下发对象对机器范围进行了约束，还通过灰度下发降低了下发失败的概率，有效避免插件自动更新方式存在的安全隐患，而根据目标更新插件数据包的下发进度关联数据，调整目标更新插件数据包的下发操作，可以保证插件下发对象的正常运行，解决了现有的插件自动更新方式存在安全隐患的问题，能够在插件自动更新的同时，降低更新插件下发带来的安全隐患，从而提升用户的满意度。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1为本发明实施例一提供的一种插件下发方法的流程图；

图2为本发明实施例二提供的一种插件下发方法的流程图；

图3为本发明实施例三提供的一种插件下发装置的结构示意图；

图4示出了可以用来实施本发明的实施例的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“目标”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本发明实施例一提供的一种插件下发方法的流程图，本实施例可适用于降低插件自动更新下发存在安全隐患的情况，该方法可以由插件下发方法装置来执行，该插件下发方法装置可以采用硬件和/或软件的形式实现，该插件下发方法装置可配置于电子设备中。如图1所示，该方法包括：

步骤110、获取插件存储器存储的目标更新插件，并将目标更新插件打包，得到目标更新插件数据包。

其中，插件存储器可以是存储插件相关信息的半导体设备介质。插件相关信息可以包括但不限于插件名称、插件版本以及插件的代码内容等。目标更新插件可以是插件存储器中代码内容发生更新的插件。目标更新插件包括开源更新插件，和/或用户配置更新插件。开源更新插件可以是发生更新的开源插件。用户配置更新插件可以是用户新建或修改的插件。目标更新插件数据包可以是对目标更新插件进行打包处理后得到的数据包。

在本发明实施例中，可以探测插件存储器中存储的插件是否发生更新，若探测到插件存储器中存储的插件出现更新，则读取插件存储器中的目标更新插件，进而对目标更新插件进行打包，得到目标更新插件下发所需的目标更新插件数据包。

步骤120、将目标更新插件数据包，在插件下发对象上进行灰度下发，并根据目标更新插件数据包的下发进度关联数据，调整目标更新插件数据包的下发操作。

其中，插件下发对象可以是预先设定的需要目标更新插件数据包的机器。灰度下发即为灰度发布。下发进度关联数据可以是描述与目标更新插件数据包发布进度相关的数据。可选的，下发进度关联数据可以包括但不限于目标更新插件数据包在插件下发对象的下发进度、下发状态、插件下发对象的名称以及插件下发对象的性能指标等。

在本发明实施例中，可以根据目标更新插件数据包的下发需要，确定插件下发对象，从而将目标更新插件数据包，在插件下发对象上进行灰度下发，进一步获取目标更新插件数据包的下发进度关联数据，并通过解析下发进度关联数据，确定由于目标更新插件数据包的加载对插件下发对象的性能影响，从而基于插件下发对象的性能指标对目标更新插件数据包的下发操作进行调整。

可选的，目标更新插件数据包的下发操作的调整可以包括但不限于目标更新插件数据包对应目标更新插件的版本回退以及停止下发等。

本发明实施例的技术方案，通过获取插件存储器存储的目标更新插件，并将目标更新插件打包，得到目标更新插件数据包，进而将目标更新插件数据包，在插件下发对象上进行灰度下发，并根据目标更新插件数据包的下发进度关联数据，调整目标更新插件数据包的下发操作。在本方案中，将目标更新插件数据包，在插件下发对象上进行灰度下发时，不仅通过插件下发对象对机器范围进行了约束，还通过灰度下发降低了下发失败的概率，有效避免插件自动更新方式存在的安全隐患，而根据目标更新插件数据包的下发进度关联数据，调整目标更新插件数据包的下发操作，可以保证插件下发对象的正常运行，解决了现有的插件自动更新方式存在安全隐患的问题，能够在插件自动更新的同时，降低更新插件下发带来的安全隐患，从而提升用户的满意度。

实施例二

图2为本发明实施例二提供的一种插件下发方法的流程图，本实施例以上述实施例为基础进行具体化，给出了根据目标更新插件数据包的下发进度关联数据，调整目标更新插件数据包的下发操作的具体的可选的实施方式。如图2所示，该方法包括：

步骤210、获取插件存储器存储的目标更新插件，并将目标更新插件打包，得到目标更新插件数据包。

在本发明的一个可选实施例中，在获取插件存储器存储的目标更新插件之前，还可以包括：在探测出插件存储器中存在开源插件，且基于爬虫技术以及开源插件的开源插件地址，确定开源插件地址匹配的开源插件更新时，获取开源更新插件，并将开源更新插件存储至插件存储器。

其中，开源插件地址可以是下载开源插件的地址。

在本发明实施例中，当通过探测器探测到插件存储器中存在开源插件时，可以进一步利用爬虫技术对开源插件的开源插件地址进行爬取，得到开源插件的插件代码版本以及插件代码，以判断开源插件是否更新，若确定更新，则将更新的开源插件作为开源更新插件，从而将开源更新插件存储于插件存储器，以供用户选用。

在本发明的一个可选实施例中，获取插件存储器存储的目标更新插件，可以包括：获取目标更新插件的插件关联数据；根据目标更新插件的插件关联数据，生成目标更新插件获取指令，并根据目标更新插件获取指令，从插件存储器获取目标更新插件。

其中，插件关联数据可以是与插件相关的信息，用于指示目标更新插件的下发。可选的，插件关联数据可以包括插件名称、插件描述信息以及目标更新插件版本号。目标更新插件获取指令可以是从插件存储器中读取目标更新插件的指令。

在本发明实施例中，可以按照预设周期对插件存储器存储的插件进行探测，及时获取插件存储器中存储的目标更新插件的插件关联数据，进而根据插件关联数据创建目标更新插件获取指令，从而基于目标更新插件获取指令，读取插件存储器中的目标更新插件。

当目标更新插件的插件数量大于一个时，插件关联数据中包括多个插件的信息，通过一条目标更新插件获取指令获取插件存储器中的目标更新插件，可以降低插件存储器的响应次数，提升数据交互速率。

步骤220、将目标更新插件数据包，在插件下发对象上进行灰度下发，并根据目标更新插件数据包的下发进度关联数据，确定插件下发对象的内存占用指标以及中央处理器突增指标。

其中，内存占用指标可以用于描述插件下发对象的内存使用率。中央处理器突增指标可以用于描述插件下发对象的CPU(Central Processing Unit，中央处理器)使用率。

在本发明实施例中，将目标更新插件数据包，在插件下发对象上进行灰度下发之后，可以对目标更新插件数据包的下发进度关联数据进行解析，确定下发插件对象的性能指标，得到插件下发对象的内存占用指标以及中央处理器突增指标。

在本发明的一个可选实施例中，将目标更新插件数据包，在插件下发对象上进行灰度下发，可以包括：按照由测试机器到局部线上机器，以及由局部线上机器到目标线上机器的顺序，设置插件下发默认规则；按照插件下发默认规则，将目标更新插件数据包在插件下发对象上进行灰度下发。

其中，局部线上机器可以是需要加载目标更新插件数据包的线上机器中的部分机器。目标线上机器可以是除局部线上机器之外需要加载目标更新插件数据包的线上机器。插件下发默认规则可以是目标更新插件数据包的默认下发规则。

在本发明实施例中，可以将插件下发对象按照机器类型的不同设置插件下发默认规则，即将由测试机器到局部线上机器，以及由局部线上机器到目标线上机器的顺序，作为插件下发默认规则，从而按照插件下发默认规则，将目标更新插件数据包在插件下发对象上进行灰度下发。

在本发明的一个可选实施例中，将目标更新插件数据包，在插件下发对象上进行灰度下发，可以包括：获取插件下发范围配置脚本；将目标更新插件数据包，按照插件下发范围配置脚本在插件下发对象上进行灰度下发。

其中，插件下发范围配置脚本可以是用户基于插件的下发需要设置的脚本，用于确定插件下发对象的范围。

在本发明实施例中，可以获取用户编辑的插件下发范围配置脚本，从而基于插件下发范围配置脚本确定全部插件下发对象，进一步按照插件下发范围配置脚本在各插件下发对象上进行灰度下发。

步骤230、确定内存占用指标大于内存占用上限阈值，和/或中央处理器突增指标大于中央处理器突增上限阈值的目标插件下发对象，并将目标插件下发对象进行插件版本回退。

其中，内存占用上限阈值可以用于描述插件下发对象正常加载插件时允许的内存最大使用率。中央处理器突增上限阈值可以是插件下发对象的中央处理器使用率的上限值。目标插件下发对象可以是内存占用指标大于内存占用上限阈值，和/或中央处理器突增指标大于中央处理器突增上限阈值的插件下发对象。

在本发明实施例中，可以将插件下发对象的内存占用指标与内存占用上限阈值进行比较，并将插件下发对象的中央处理器突增指标与中央处理器突增上限阈值进行比较，从而将内存占用指标大于内存占用上限阈值，和/或中央处理器突增指标大于中央处理器突增上限阈值的插件下发对象作为目标插件下发对象，并将目标插件下发对象当前加载的目标更新插件数据包进行版本回退，即恢复到目标插件下发对象未进行目标更新插件数据包更新前的对应插件的版本，减少插件更新带来的故障。

在本发明的一个可选实施例中，插件下发方法，还可以包括：根据插件关联数据，确定目标更新插件的插件版本号；根据插件下发对象安装的插件对应的版本号，以及目标更新插件的插件版本号，生成插件未正常更新预警信号。

其中，插件未正常更新预警信号可以是对插件未正常更新时的预警信号。

在本发明实施例中，可以从插件关联数据，解析出目标更新插件的插件版本号，进而确定插件下发对象安装的插件，并进一步获取插件下发对象安装的插件所对应的版本号，从而将插件下发对象安装的插件所对应的版本号，与目标更新插件的插件版本号进行比较，若插件下发对象安装的插件所对应的版本号中不存在目标更新插件的插件版本号，则表征插件下发对象未成功加载目标更新插件数据包，进而生成插件未正常更新预警信号。若插件下发对象安装的插件所对应的版本号中存在目标更新插件的插件版本号，则表征插件下发对象已完成对目标更新插件数据包的加载，此时插件未正常更新预警信号为空。

在一个具体的例子中，插件下发系统包括开源插件探测器、插件存储器以及中心控制节点，且插件下发系统还可以配置供用户查看的插件管理页面以及插件下发页面。开源插件探测器用于获取开源插件地址，并结合爬虫技术探测开源插件地址对应开源目录下的version和代码地址，以判断开源插件是否变动，若发现未变动，则继续探测，若发现变动，则在插件存储器将变动后的开源插件(开源更新插件)以及插件关联数据进行存储。在插件管理页面展示系统插件(为内置的开源插件，只供管理员修改或创建)，还可以展示用户配置插件(用户新建/编写的插件)。插件存储器接收用户配置插件，并判断是否为新增的用户配置插件，若是新增的用户配置插件(用户配置更新插件)，则保存该插件以及该插件的插件关联数据。若不是新增的用户配置插件，则判断是否存在版本号以及插件代码内容的修改，若版本号以及插件代码内容发生更改，则保存版本号以及插件代码内容，否则不做修改。

插件下发系统中的插件下发页面可以定时探测插件存储器，判断插件是否更新，如果确定出现更新，则显示目标更新插件的版本号，并由用户选择是否进行更新，若用户选择更新，则进一步显示机器上与目标更新插件对应插件的版本号，如果未安装此插件则显示未安装，并在机器上的对应插件版本号与目标更新插件版本号不一致时，通过信号灯进行提示，进而由用户设置插件下发范围配置脚本。中心控制节点获取插件下发范围配置脚本，并从插件存储器获取目标更新插件，对目标更新插件进行打包，以按照插件下发范围配置脚本，将目标更新插件数据包发送至用户端服务器(插件下发对象)，使用户端服务器基于目标更新插件数据包进行插件升级。

本发明实施例的技术方案，通过获取插件存储器存储的目标更新插件，并将目标更新插件打包，得到目标更新插件数据包，从而将目标更新插件数据包，在插件下发对象上进行灰度下发，并根据目标更新插件数据包的下发进度关联数据，确定插件下发对象的内存占用指标以及中央处理器突增指标，进而确定内存占用指标大于内存占用上限阈值，和/或中央处理器突增指标大于中央处理器突增上限阈值的目标插件下发对象，并将目标插件下发对象进行插件版本回退。在本方案中，将目标更新插件数据包，在插件下发对象上进行灰度下发时，不仅通过插件下发对象对机器范围进行了约束，还通过灰度下发降低了下发失败的概率，有效避免插件自动更新方式存在的安全隐患，而根据目标更新插件数据包的下发进度关联数据，调整目标更新插件数据包的下发操作，可以保证插件下发对象的正常运行，解决了现有的插件自动更新方式存在安全隐患的问题，能够在插件自动更新的同时，降低更新插件下发带来的安全隐患，从而提升用户的满意度。

实施例三

图3为本发明实施例三提供的一种插件下发装置的结构示意图。如图3所示，该装置包括：

更新插件数据包获取模块310，用于获取插件存储器存储的目标更新插件，并将目标更新插件打包，得到目标更新插件数据包；

插件下发模块320，用于将目标更新插件数据包，在插件下发对象上进行灰度下发，并根据目标更新插件数据包的下发进度关联数据，调整目标更新插件数据包的下发操作；

其中，目标更新插件包括开源更新插件，和/或用户配置更新插件。

本发明实施例的技术方案，通过获取插件存储器存储的目标更新插件，并将目标更新插件打包，得到目标更新插件数据包，进而将目标更新插件数据包，在插件下发对象上进行灰度下发，并根据目标更新插件数据包的下发进度关联数据，调整目标更新插件数据包的下发操作。在本方案中，将目标更新插件数据包，在插件下发对象上进行灰度下发时，不仅通过插件下发对象对机器范围进行了约束，还通过灰度下发降低了下发失败的概率，有效避免插件自动更新方式存在的安全隐患，而根据目标更新插件数据包的下发进度关联数据，调整目标更新插件数据包的下发操作，可以保证插件下发对象的正常运行，解决了现有的插件自动更新方式存在安全隐患的问题，能够在插件自动更新的同时，降低更新插件下发带来的安全隐患，从而提升用户的满意度。

可选的，插件下发装置还包括插件存储器数据更新模块，用于在探测出所述插件存储器中存在开源插件，且基于爬虫技术以及所述开源插件的开源插件地址，确定所述开源插件地址匹配的所述开源插件更新时，获取所述开源更新插件，并将所述开源更新插件存储至所述插件存储器。

可选的，更新插件数据包获取模块310，用于获取所述目标更新插件的插件关联数据；根据所述目标更新插件的插件关联数据，生成目标更新插件获取指令，并根据所述目标更新插件获取指令，从所述插件存储器获取所述目标更新插件。

可选的，插件下发模块320，具体用于按照由测试机器到局部线上机器，以及由所述局部线上机器到目标线上机器的顺序，设置插件下发默认规则；按照所述插件下发默认规则，将所述目标更新插件数据包在所述插件下发对象上进行灰度下发。

可选的，插件下发模块320，具体用于获取插件下发范围配置脚本；将所述目标更新插件数据包，按照所述插件下发范围配置脚本在所述插件下发对象上进行灰度下发。

可选的，插件下发模块320，具体用于根据所述目标更新插件数据包的下发进度关联数据，确定所述插件下发对象的内存占用指标以及中央处理器突增指标；确定所述内存占用指标大于内存占用上限阈值，和/或所述中央处理器突增指标大于中央处理器突增上限阈值的目标插件下发对象，并将所述目标插件下发对象进行插件版本回退。

可选的，插件下发装置还包括插件未正常更新预警信号生成模块，用于根据所述插件关联数据，确定目标更新插件的插件版本号；根据所述插件下发对象安装的插件对应的版本号，以及所述目标更新插件的插件版本号，生成插件未正常更新预警信号。

本发明实施例所提供的插件下发装置可执行本发明任意实施例所提供的插件下发方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4示出了可以用来实施本发明的实施例的电子设备的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图4所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如插件下发方法。

在一些实施例中，插件下发方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的插件下发方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行插件下发方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

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

获取插件存储器存储的目标更新插件，并将所述目标更新插件打包，得到目标更新插件数据包；

将所述目标更新插件数据包，在插件下发对象上进行灰度下发，并根据所述目标更新插件数据包的下发进度关联数据，调整所述目标更新插件数据包的下发操作；

其中，所述目标更新插件包括开源更新插件，和/或用户配置更新插件。

2.根据权利要求1所述的方法，其特征在于，在所述获取插件存储器存储的目标更新插件之前，还包括：

在探测出所述插件存储器中存在开源插件，且基于爬虫技术以及所述开源插件的开源插件地址，确定所述开源插件地址匹配的所述开源插件更新时，获取所述开源更新插件，并将所述开源更新插件存储至所述插件存储器。

3.根据权利要求1-2任一所述的方法，其特征在于，所述获取插件存储器存储的目标更新插件，包括：

获取所述目标更新插件的插件关联数据；

根据所述目标更新插件的插件关联数据，生成目标更新插件获取指令，并根据所述目标更新插件获取指令，从所述插件存储器获取所述目标更新插件。

4.根据权利要求1所述的方法，其特征在于，所述将所述目标更新插件数据包，在插件下发对象上进行灰度下发，包括：

按照由测试机器到局部线上机器，以及由所述局部线上机器到目标线上机器的顺序，设置插件下发默认规则；

按照所述插件下发默认规则，将所述目标更新插件数据包在所述插件下发对象上进行灰度下发。

5.根据权利要求1所述的方法，其特征在于，所述将所述目标更新插件数据包，在插件下发对象上进行灰度下发，包括：

获取插件下发范围配置脚本；

将所述目标更新插件数据包，按照所述插件下发范围配置脚本在所述插件下发对象上进行灰度下发。

6.根据权利要求1所述的方法，其特征在于，所述根据所述目标更新插件数据包的下发进度关联数据，调整所述目标更新插件数据包的下发操作，包括：

根据所述目标更新插件数据包的下发进度关联数据，确定所述插件下发对象的内存占用指标以及中央处理器突增指标；

确定所述内存占用指标大于内存占用上限阈值，和/或所述中央处理器突增指标大于中央处理器突增上限阈值的目标插件下发对象，并将所述目标插件下发对象进行插件版本回退。

7.根据权利要求3所述的方法，其特征在于，所述插件下发方法，还包括：

根据所述插件关联数据，确定目标更新插件的插件版本号；

根据所述插件下发对象安装的插件对应的版本号，以及所述目标更新插件的插件版本号，生成插件未正常更新预警信号。

8.一种插件下发装置，其特征在于，包括：

更新插件数据包获取模块，用于获取插件存储器存储的目标更新插件，并将所述目标更新插件打包，得到目标更新插件数据包；

插件下发模块，用于将所述目标更新插件数据包，在插件下发对象上进行灰度下发，并根据所述目标更新插件数据包的下发进度关联数据，调整所述目标更新插件数据包的下发操作；

其中，所述目标更新插件包括开源更新插件，和/或用户配置更新插件。

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

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的插件下发方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的插件下发方法。