CN115955399A - 一种分布式多节点检测引擎的升降级方法及系统 - Google Patents

Abstract

本发明的实施例公开了一种分布式多节点检测引擎的升降级方法及系统，方法包括：接收用户从客户端发送的引擎升级包或引擎回滚包，将引擎升级包或引擎回滚包上传到文件服务器；确定对应引擎中的待升级节点或待回滚节点，并通知该节点；对待升级节点进行升级操作，或对待回滚节点进行回滚操作；对待升级节点成功升级或对待回滚节点成功回滚后，优先通知客户端升级成功或回滚成功，再通知其他节点进行异步升级或异步回滚。系统包括：业务模块，操作模块，存储模块和引擎模块。本发明能够避免多节点升级时间长，升级效率不稳定的问题，同时在升级过程中，保证了服务的可用性，不会影响业务的正常使用。

Description

一种分布式多节点检测引擎的升降级方法及系统

技术领域

本发明涉及针对多节点引擎的分布式升级技术领域，特别涉及一种分布式多节点检测引擎的升降级方法及系统。

背景技术

伴随着未知威胁的不断变化，单一的检测引擎已经不能够满足客户日益增长的检测需求，通过多引擎联合发力才能有效保证客户主机的安全，同时为了应付高并发的请求压力，一种分布式多节点部署的多引擎检测系统也应运而生，与此同时针对多节点引擎的升级工作也是一个重要的问题。

现有升级技术中，存在升级时间长，效率低，影响用户体验；各节点升级不稳定，版本不一致导致影响用户服务质量；未提供版本降级回滚机制等问题。针对分布式升级的方案主要包括以下几种方案：

(1)通过切换非升级节点设备保证服务的可用性，升级节点中分为第一类和第二类的软件层升级。这种方法未考虑对第一类软件层升级成功后，第二类软件层升级失败的情况，无法保证各个软件版本的一致性。

(2)采用分布式应用的升级方法，通过子节点实时获取主节点上的更新内容，来控制子节点的升级过程。如果当主节点未更新时，大量的子节点频繁的向主节点请求更新内容，反而会造成主节点的访问压力。

(3)将节点分为升级节点组和工作节点组，优先对升级节点组的节点进行升级。这种方法一旦升级节点组中存在大量的升级失败的节点时，会导致升级速度慢时间长，升级效率低。

(4)通过上级节点向下级节点请求升级包版本号的方式来判断当前的升级状态，若存在升级节点的升级包则主动下发升级包。这种方法要求升级包版本必须是连续的，其未考虑系统版本降级的情况。

发明内容

有鉴于此，本发明实施例的目的在于提供一种分布式多节点检测引擎的升降级方法及系统，能够避免多节点升级时间长，升级效率不稳定的问题，同时在升级过程中，保证了服务的可用性，不会影响业务的正常使用。

第一方面，本发明实施例提供了一种分布式多节点检测引擎的升降级方法，其中，包括：

接收用户从客户端发送的引擎升级包或引擎回滚包，将引擎升级包或引擎回滚包上传到文件服务器。

确定对应引擎中的待升级节点或待回滚节点，并通知该节点。

对待升级节点进行升级操作，或对待回滚节点进行回滚操作。

对待升级节点成功升级或对待回滚节点成功回滚后，优先通知客户端升级成功或回滚成功，再通知其他节点进行异步升级或异步回滚。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，所述确定对应引擎中的待升级节点或待回滚节点，并通知该节点，包括：

根据引擎升级包内置信息确定待升级引擎和待升级节点，或者，根据引擎回滚包的内置信息确定待回滚引擎和待回滚节点。

待升级节点或待回滚节点收到升级或回滚命令时，获取全局锁，保证有且仅有一个节点处于升级状态，将待升级节点或待回滚节点切换为不可用状态，暂时不对外提供服务。

升级或者回滚完成后，释放全局锁。

结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，还包括：

非升级节点或非回滚节点继续保持可用状态，仍然对外提供正常的检测服务。

结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，所述对待升级节点进行升级操作，或对待回滚节点进行回滚操作，包括：

从MinIO文件服务器中拉取最新的引擎升级包或引擎回滚包，校验并解压引擎升级包或引擎回滚包的信息，获取引擎升级包或引擎回滚包的版本信息，检测当前节点是否符合升级条件或回滚条件。

若当前节点符合升级条件或回滚条件，将引擎包解压到临时目录，加载临时目录的引擎库文件。

若引擎库文件加载成功，则替换引擎库文件，判断为升级成功或回滚成功；若引擎库文件加载失败，则删除临时目录的文件，保证操作的原子性，判断为升级失败或回滚失败。

结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，所述对待升级节点成功升级或对待回滚节点成功回滚后，优先通知客户端升级成功或回滚成功，再通知其他节点进行异步升级或异步回滚，包括：

无论升级或回滚成功还是升级或回滚失败，当前节点都会记录引擎的升级日志或回滚日志，更新当前节点的引擎版本信息，将升级结果或回滚结果返回客户端；

升级或回滚失败需要在日志中记录升级或回滚失败的原因。

避免用户升级进行长时间的等待，提升用户体验。

若升级成功或回滚成功，则发送广播，通知其他节点进行异步升级或异步回滚；若升级失败或回滚失败，则不发送广播消息。

非升级节点或非回滚节点监听广播，当收到升级消息或回滚消息时，进行升级操作或回滚操作。

其他节点只负责升级当前节点的引擎库和更新节点引擎版本，在升级期间由升级节点为用户提供服务。这样做既可以保证升级效率，也兼顾了服务的可用性。

第二方面，本发明实施例还提供了一种分布式多节点检测引擎的升降级系统，其中，包括：

业务模块，用于接收用户从客户端发送的引擎升级包或引擎回滚包，将引擎升级包或引擎回滚包上传到文件服务器，确定对应引擎中的待升级节点或待回滚节点，并通知该节点。

操作模块，用于对待升级节点进行升级操作，或对待回滚节点进行回滚操作，对待升级节点成功升级或对待回滚节点成功回滚后，优先通知客户端升级成功或回滚成功，再通知其他节点进行异步升级或异步回滚。

存储模块，包括MinIO文件服务器和MySQL数据库，所述MinIO文件服务器用于存储升级包，所述MySQL数据库用于记录节点的升级信息，供所述业务模块查询使用。

引擎模块，包含若干不同类型的引擎，每类引擎进行多节点部署。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，所述业务模块包括：

节点确定单元，用于根据引擎升级包内置信息确定待升级引擎和待升级节点，或者，根据引擎回滚包的内置信息确定待回滚引擎和待回滚节点。

全局锁单元，用于待升级节点或待回滚节点收到升级或回滚命令时，获取全局锁，保证有且仅有一个节点处于升级状态，将待升级节点或待回滚节点切换为不可用状态，暂时不对外提供服务。

解锁单元，用于升级或者回滚完成后，释放全局锁。

结合第二方面，本发明实施例提供了第二方面的第二种可能的实施方式，其中，所述操作模块包括：

条件检测单元，用于从MinIO文件服务器中拉取最新的引擎升级包或引擎回滚包，校验并解压引擎升级包或引擎回滚包的信息，获取引擎升级包或引擎回滚包的版本信息，检测当前节点是否符合升级条件或回滚条件。

引擎库文件加载单元，用于若当前节点符合升级条件或回滚条件，将引擎包解压到临时目录，加载临时目录的引擎库文件。

升级/回滚操作单元，用于若引擎库文件加载成功，则替换引擎库文件，判断升级成功或回滚成功；若引擎库文件加载失败，则删除临时目录的文件，保证操作的原子性，判断升级失败或回滚失败。

日志记录单元，用于存储本次操作记录及当前节点记录引擎的升级日志或回滚日志，更新当前节点的引擎版本信息，将升级结果或回滚结果返回客户端

避免用户升级进行长时间的等待，提升用户体验。

广播单元，用于若升级成功或回滚成功，则发送广播，通知其他节点进行异步升级或异步回滚；若升级失败或回滚失败，则不发送广播消息。

其他节点操作单元，用于非升级节点或非回滚节点监听广播，当收到升级消息或回滚消息时，进行升级操作或回滚操作。

第三方面，本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如前所述的分布式多节点检测引擎的升降级方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如前所述的分布式多节点检测引擎的升降级方法。

本发明实施例的有益效果是：

本发明提供了一种分布式多节点检测引擎的升降级方法及系统，为了保证升级效率和稳定性，采用惰性加载的升级方式，优先升级主节点，等主节点升级成功后，优先返回客户端，利用广播异步通知其他子节点升级。在升级期间，其他节点依然能够处理来自客户端的检测任务。保证在升级的同时不影响业务功能的使用。不仅如此，在升级效率和稳定性方面，可以有效避免因升级失败导致的节点版本不一致问题，以此保证升级操作的原子性。同时为用户提供了版本回滚机制，可以从高版本切换至低版本，版本选择更加灵活。

附图说明

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

图1为本发明分布式多节点检测引擎的升降级方法的流程图；

图2为本发明每个节点的升级/回滚操作流程图；

图3为本发明分布式多节点检测引擎的升降系统结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件能够以各种不同的配置来布置和设计。

请参照图1至图2，本发明的第一个实施例提供一种分布式多节点检测引擎的升降级方法，其中，包括：

接收用户从客户端发送的引擎升级包或引擎回滚包，将引擎升级包或引擎回滚包上传到文件服务器。

确定对应引擎中的待升级节点或待回滚节点，并通知该节点。

对待升级节点进行升级操作，或对待回滚节点进行回滚操作。

对待升级节点成功升级或对待回滚节点成功回滚后，优先通知客户端升级成功或回滚成功，再通知其他节点进行异步升级或异步回滚。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，所述确定对应引擎中的待升级节点或待回滚节点，并通知该节点，包括：

根据引擎升级包内置信息确定待升级引擎和待升级节点，或者，根据引擎回滚包的内置信息确定待回滚引擎和待回滚节点。

待升级节点或待回滚节点收到升级或回滚命令时，获取全局锁，将待升级节点或待回滚节点切换为不可用状态。

升级或者回滚完成后，释放全局锁。

结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，还包括：

非升级节点或非回滚节点继续保持可用状态，仍然对外提供正常的检测服务。

在升级过程中，来自客户端的请求可以通过访问非升级节点继续为用户提供服务，保证业务的可用性。

结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，所述对待升级节点进行升级操作，或对待回滚节点进行回滚操作，包括：

从MinIO文件服务器中拉取最新的引擎升级包或引擎回滚包，校验并解压引擎升级包或引擎回滚包的信息，获取引擎升级包或引擎回滚包的版本信息，检测当前节点是否符合升级条件或回滚条件。

若当前节点符合升级条件或回滚条件，将引擎包解压到临时目录，加载临时目录的引擎库文件。

若引擎库文件加载成功，则替换引擎库文件，判断升级成功或回滚成功；若引擎库文件加载失败，则删除临时目录的文件，保证操作的原子性，判断为升级失败或回滚失败。

结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，所述对待升级节点成功升级或对待回滚节点成功回滚后，优先通知客户端升级成功或回滚成功，再通知其他节点进行异步升级或异步回滚，包括：

无论升级或回滚成功还是升级或回滚失败，当前节点都会记录引擎的升级日志或回滚日志，更新当前节点的引擎版本信息，将升级结果或回滚结果返回客户端；

升级或回滚失败需要在日志中记录升级或回滚失败的原因。

避免用户升级进行长时间的等待，提升用户体验。

若升级成功或回滚成功，则发送广播，通知其他节点进行异步升级或异步回滚；若升级失败或回滚失败，则不发送广播消息。

非升级节点或非回滚节点监听广播，当收到升级消息或回滚消息时，进行升级操作或回滚操作。

其他节点只负责升级当前节点的引擎库和更新节点引擎版本，在升级期间由升级节点为用户提供服务。这样做既可以保证升级效率，也兼顾了服务的可用性。

若其他节点在升级过程中因为网络等原因导致升级失败，则会回退到当前版本。在检测引擎在接收到检测任务时，会携带最新的版本信息去某一节点进行检测，当发现某一节点的版本与最新的版本不一致时，则会选择该引擎的其他节点再次触发检测任务。

请参照图3，本发明的第二个实施例提供一种分布式多节点检测引擎的升降级系统，其中，包括：

业务模块，用于接收用户从客户端发送的引擎升级包或引擎回滚包，将引擎升级包或引擎回滚包上传到文件服务器，确定对应引擎中的待升级节点或待回滚节点，并通知该节点。

操作模块，用于对待升级节点进行升级操作，或对待回滚节点进行回滚操作，对待升级节点成功升级或对待回滚节点成功回滚后，优先通知客户端升级成功或回滚成功，再通知其他节点进行异步升级或异步回滚。

存储模块，包括MinIO文件服务器和MySQL数据库，所述MinIO文件服务器用于存储升级包，所述MySQL数据库用于记录节点的升级信息，供所述业务模块查询使用。

引擎模块，包含若干不同类型的引擎，每类引擎进行多节点部署。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，所述业务模块包括：

节点确定单元，用于根据引擎升级包内置信息确定待升级引擎和待升级节点，或者，根据引擎回滚包的内置信息确定待回滚引擎和待回滚节点。

全局锁单元，用于待升级节点或待回滚节点收到升级命令，获取全局锁，保证有且仅有一个节点处于升级状态，将待升级节点或待回滚节点切换为不可用状态，暂时不对外提供服务。

解锁单元，用于升级或者回滚完成后，释放全局锁。

结合第二方面，本发明实施例提供了第二方面的第二种可能的实施方式，其中，所述操作模块包括：

条件检测单元，用于从MinIO文件服务器中拉取最新的引擎升级包或引擎回滚包，校验并解压引擎升级包或引擎回滚包的信息，获取引擎升级包或引擎回滚包的版本信息，检测当前节点是否符合升级条件或回滚条件。

引擎库文件加载单元，用于若当前节点符合升级条件或回滚条件，将引擎包解压到临时目录，加载临时目录的引擎库文件。

升级/回滚操作单元，用于若引擎库文件加载成功，则替换引擎库文件，判断为升级成功或回滚成功；若引擎库文件加载失败，则删除临时目录的文件，保证操作的原子性，判断为升级失败或回滚失败。

日志记录单元，用于若升级存储本次操作记录及当前节点记录引擎的升级日志或回滚日志，更新当前节点的引擎版本信息，将升级结果或回滚结果返回客户端。

避免用户升级进行长时间的等待，提升用户体验。

广播单元，用于若升级成功或回滚成功，则发送广播，通知其他节点进行异步升级或异步回滚；若升级失败或回滚失败，则不发送广播消息。

其他节点操作单元，用于非升级节点或非回滚节点监听广播，当收到升级消息或回滚消息时，进行升级操作或回滚操作。

本发明的第三个实施例提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如前所述的分布式多节点检测引擎的升降级方法

本发明的第四个实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如前所述的分布式多节点检测引擎的升降级方法。

本发明实施例旨在保护一种分布式多节点检测引擎的升降级方法及系统，具备如下效果：

1.为了保证升级效率和稳定性，采用惰性加载的升级方式，优先升级主节点，等主节点升级成功后，优先返回客户端，利用广播异步通知其他子节点升级。在升级期间，其他节点依然能够处理来自客户端的检测任务。保证在升级的同时不影响业务功能的使用。

2.在升级效率和稳定性方面，可以有效避免因升级失败导致的节点版本不一致问题，以此保证升级操作的原子性。

3.为用户提供了版本回滚机制，客户可以通过升级和回滚操作，选择更加适合业务的版本，版本选择更加灵活。

本发明实施例所提供的分布式多节点检测引擎的升降级方法及装置的计算机程序产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见方法实施例，在此不再赘述。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述分布式多节点检测引擎的升降级方法，从而能够避免多节点升级时间长，升级效率不稳定的问题，同时在升级过程中，保证了服务的可用性，不会影响业务的正常使用。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种分布式多节点检测引擎的升降级方法，其特征在于，包括：

接收用户从客户端发送的引擎升级包或引擎回滚包，将引擎升级包或引擎回滚包上传到文件服务器；

确定对应引擎中的待升级节点或待回滚节点，并通知该节点；

对待升级节点进行升级操作，或对待回滚节点进行回滚操作；

对待升级节点成功升级或对待回滚节点成功回滚后，优先通知客户端升级成功或回滚成功，再通知其他节点进行异步升级或异步回滚。

2.根据权利要求1所述的分布式多节点检测引擎的升降级方法，其特征在于，所述确定对应引擎中的待升级节点或待回滚节点，并通知该节点，包括：

根据引擎升级包的内置信息确定待升级引擎和待升级节点，或者根据引擎回滚包的内置信息确定待回滚引擎和待回滚节点；

待升级节点或待回滚节点收到升级或回滚命令时，获取全局锁，将待升级节点或待回滚节点切换为不可用状态；

升级或者回滚完成后，释放全局锁。

3.根据权利要求1所述的分布式多节点检测引擎的升降级方法，其特征在于，还包括：

非升级节点或非回滚节点继续保持可用状态，仍然对外提供正常的检测服务。

4.根据权利要求1所述的分布式多节点检测引擎的升降级方法，其特征在于，所述对待升级节点进行升级操作，或对待回滚节点进行回滚操作，包括：

从MinIO文件服务器中拉取最新的引擎升级包或引擎回滚包，校验并解压引擎升级包或引擎回滚包的信息，获取引擎升级包或引擎回滚包的版本信息，检测当前节点是否符合升级条件或回滚条件；

若当前节点符合升级条件或回滚条件，将引擎包解压到临时目录，加载临时目录的引擎库文件；

若引擎库文件加载成功，则替换引擎库文件，判断为升级成功或回滚成功；若引擎库文件加载失败，则删除临时目录的文件，保证操作的原子性，判断为升级失败或回滚失败。

5.根据权利要求4所述的分布式多节点检测引擎的升降级方法，其特征在于，所述对待升级节点成功升级或对待回滚节点成功回滚后，优先通知客户端升级成功或回滚成功，再通知其他节点进行异步升级或异步回滚，包括：

无论升级或回滚成功还是升级或回滚失败，当前节点都会记录引擎的升级日志或回滚日志，更新当前节点的引擎版本信息，将升级结果或回滚结果返回客户端；

升级或回滚失败需要在日志中记录升级或回滚失败的原因；

若升级成功或回滚成功，则发送广播，通知其他节点进行异步升级或异步回滚；若升级失败或回滚失败，则不发送广播消息；

非升级节点或非回滚节点监听广播，当收到升级消息或回滚消息时，进行升级操作或回滚操作。

6.一种分布式多节点检测引擎的升降级系统，其特征在于，包括：

业务模块，用于接收用户从客户端发送的引擎升级包或引擎回滚包，将引擎升级包或引擎回滚包上传到文件服务器，确定对应引擎中的待升级节点或待回滚节点，并通知该节点；

操作模块，用于对待升级节点进行升级操作，或对待回滚节点进行回滚操作，对待升级节点成功升级或对待回滚节点成功回滚后，优先通知客户端升级成功或回滚成功，再通知其他节点进行异步升级或异步回滚；

存储模块，包括MinIO文件服务器和MySQL数据库，所述MinIO文件服务器用于存储升级包，所述MySQL数据库用于记录节点的升级信息，供所述业务模块查询使用；

引擎模块，包含若干不同类型的引擎，每类引擎进行多节点部署。

7.根据权利要求6所述的分布式多节点检测引擎的升降级系统，其特征在于，所述业务模块包括：

节点确定单元，用于根据引擎升级包内置信息确定待升级引擎和待升级节点，或者根据引擎回滚包的内置信息确定待回滚引擎和待回滚节点；

全局锁单元，用于待升级节点或待回滚节点收到升级或回滚命令时，获取全局锁，将待升级节点或待回滚节点切换为不可用状态；

解锁单元，用于升级或者回滚完成后，释放全局锁。

8.根据权利要求6所述的分布式多节点检测引擎的升降级系统，其特征在于，所述操作模块包括：

条件检测单元，用于从MinIO文件服务器中拉取最新的引擎升级包或引擎回滚包，校验并解压引擎升级包或引擎回滚包的信息，获取引擎升级包或引擎回滚包的版本信息，检测当前节点是否符合升级条件或回滚条件；

引擎库文件加载单元，用于若当前节点符合升级条件或回滚条件，将引擎包解压到临时目录，加载临时目录的引擎库文件；

升级/回滚操作单元，用于若引擎库文件加载成功，则替换引擎库文件，判断为升级成功或回滚成功；若引擎库文件加载失败，则删除临时目录的文件，保证操作的原子性，判断为升级失败或回滚失败；

日志记录单元，用于存储本次操作记录及当前节点记录引擎的升级日志或回滚日志，更新当前节点的引擎版本信息，将升级结果或回滚结果返回客户端；

广播单元，用于若升级成功或回滚成功，则发送广播，通知其他节点进行异步升级或异步回滚；若升级失败或回滚失败，则不发送广播消息；

其他节点操作单元，用于非升级节点或非回滚节点监听广播，当收到升级消息或回滚消息时，进行升级操作或回滚操作。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5中任一项所述的分布式多节点检测引擎的升降级方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的分布式多节点检测引擎的升降级方法。

Images