CN109491669B - 数据的部署安装方法、设备、系统和介质 - Google Patents

Abstract

本公开提供了一种数据的部署安装方法，方法包括：S1，遍历平台的平台信息，根据平台信息判断平台是否满足预设条件，其中，平台中存储有依赖信息；S2，当平台满足预设条件时，对依赖信息进行检测，根据检测结果获取第一数据；S3，将第一数据安装至平台；S4，安装完成后，清除平台中的冗余数据。本公开还提供了一种数据的部署安装设备、系统和介质。

Description

数据的部署安装方法、设备、系统和介质

技术领域

本公开涉及一种数据的部署安装方法、设备、系统和介质。

背景技术

在威胁情报业务以及其他大数据威胁检测业务处理中，海量数据的部署安装非常复杂，离线情况下，尤其是针对隔离网环境下无法访问网络平台部署和数据更新，数据的部署安装更为繁琐。并且随着数据版本的频繁更新，数据的部署安装工作愈加繁琐，所耗时间也直线上升。

因此，在部署安装数据时，尤其是在隔离网环境中安装数据时，应提供一种离线部署安装的机制，对部署前后信息进行收集，并在设备端进行自动安装及更新等，能够提高威胁检测类平台的部署安装效率，同时降低成本。

发明内容

本公开鉴于上述问题，提供了一种数据的部署安装方法、设备、系统和介质。通过提前下载好数据部署安装所需要的依赖源、依赖程序组件、第三方依赖库以及数据等，并根据依赖源、依赖程序组件、第三方依赖库检测平台之前是否已经部署安装该数据或者是否已经安装低版本的该数据，根据检测结果选择安装的数据，实现了离线环境下隔离网数据的部署、安装以及版本更新等。

本公开一方面提供了一种数据的部署安装方法，包括：S1，遍历平台的平台信息，根据所述平台信息判断所述平台是否满足预设条件，其中，所述平台中存储有依赖信息；S2，当所述平台满足所述预设条件时，对所述依赖信息进行检测，根据检测结果获取第一数据；S3，将所述第一数据安装至所述平台；S4，安装完成后，清除所述平台中的冗余数据。

可选地，所述操作S2还包括：根据所述依赖信息判断所述第一数据是否需要更新；以及根据所述依赖信息判断所述平台是否部署安装过第二数据，其中，所述第二数据的版本低于所述第一数据的版本。

可选地，所述步骤S3还包括：将所述第一数据、所述第一数据的配置文件以及所述依赖信息安装至预设目录中。

可选地，所述方法还包括：对所述平台进行监控，监控所述平台是否满足所述预设条件，以及监控所述第一数据的安装是否出现异常；当所述平台不满足所述预设条件，或者所述第一数据安装出现异常时，发出告警信号。

可选地，所述方法还包括：对所述步骤S1-S4及其进程进行检查，若检查结果为异常，生成错误信息并对所述错误信息进行记录。

可选地，所述方法还包括：所述平台对所述依赖信息和第一数据进行加密存储。

可选地，所述依赖信息包括依赖源、依赖程序组件和第三方依赖库。

本公开另一方面还提供了一种数据的部署安装电子设备，包括：处理器；存储器，其存储有计算机可执行程序，所述程序在被所述处理器执行时，使得所述处理器执行上述数据的部署安装方法。

本公开另一方面还提供了一种数据的部署安装系统，所述数据的部署安装系统包括：判断模块，用于遍历平台的平台信息，根据所述平台信息判断所述平台是否满足预设条件，其中，所述平台中存储有依赖信息；检测模块，当所述平台满足所述预设条件时，对所述依赖信息进行检测，根据检测结果获取第一数据；安装模块，用于将所述第一数据安装至所述平台；清除模块，用于在安装完成后，清除所述平台中的冗余数据。

本公开的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述数据的部署安装方法。

附图说明

为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：

图1示意性示出了根据本公开实施例提供的数据的部署安装方法的流程图。

图2示意性示出了根据本公开实施例提供的数据的部署安装方法的具体流程图。

图3示意性示出了根据本公开的电子设备的框图。

图4示意性示出了本公开实施例的数据部署安装系统的框图。

具体实施方式

根据结合附图对本公开示例性实施例的以下详细描述，本公开的其它方面、优势和突出特征对于本领域技术人员将变得显而易见。

在本公开中，术语“包括”和“含有”及其派生词意为包括而非限制；术语“或”是包含性的，意为和/或。

在本说明书中，下述用于描述本公开原理的各种实施例只是说明，不应该以任何方式解释为限制公开的范围。参照附图的下述描述用于帮助全面理解由权利要求及其等同物限定的本公开的示例性实施例。下述描述包括多种具体细节来帮助理解，但这些细节应认为仅仅是示例性的。因此，本领域普通技术人员应认识到，在不背离本公开的范围和精神的情况下，可以对本文中描述的实施例进行多种改变和修改。此外，为了清楚和简洁起见，省略了公知功能和结构的描述。此外，贯穿附图，相同参考数字用于相似功能和操作。

图1示意性示出了根据本公开实施例提供的数据传输方法的流程图。图2示意性示出了根据本公开实施例提供的数据的部署安装方法的具体流程图。结合图2，对图1所述方法进行详细说明，如图1所示，该方法包括如下操作：

S1，遍历平台的平台信息，根据平台信息判断该平台是否满足预设条件，其中，该平台中存储有依赖信息。

平台为待部署平台。平台信息如包括中央处理器(CPU)、内存、核数等。其中，CPU是平台的运算核心和控制核心；平台中所有程序的运行都在内存中进行；核数是CPU上能处理数据的芯片组的数量，CPU、内存、核数对平台的性能有着重要影响。

预设条件为了判断平台的性能是否能够实现数据的部署安装。

根据平台的系统配置，遍历平台的CPU、内存、核数等平台信息，根据平台信息判断该平台是否满足预设条件，即判断该平台是否有数据部署安装的能力。

当平台满足预设条件时，执行操作S2，否则，对平台中收集到的数据进行记录、打印并提供详细信息。

S2，当该平台满足预设条件时，对依赖信息进行检测，根据检测结果获取第一数据。

依赖信息包括依赖源、依赖程序组件和第三方依赖库等，并且，依赖源、依赖程序组件和第三方依赖库等在部署安装数据之前已经下载完成并放在部署安装包之中。

第一数据为待部署安装的数据，如应用软件等，提前下载并存放在平台中。

将待部署安装的依赖源、依赖程序组件和第三方依赖库等加入当前参数适配进行检测，根据依赖源、依赖程序组件和第三方依赖库判断第一数据是否需要更新，即判断第一数据的版本信息是否有变更、是否需要进行更新；以及根据依赖源、依赖程序组件和第三方依赖库判断平台是否安装过第二数据，其中，第二数据为老版本的第一数据，第二数据的版本低于第一数据，即判断是否有老版本文件、老版本参数以及曾经配置过的数据影响。

此外，本实施例中还提供了第二次部署，自动识别相关软件依赖信息是否已经安装，若已安装不会重新部署安装，否则，用户可以根据自己的需求选择是否清空数据和配置，提供一种灵活可选配置的部署方式，适配于不同场景。

S3，将第一数据安装至该平台。

将第一数据、第一数据的配置文件以及依赖信息安装至平台指定的预设目录中，支持全量更新部署安装和增量部署安装。

具体地，可以通过多种模式进行自动部署安装，将待部署平台固件和平台数据自动部署安装至设备中，将系统配置、系统海量数据、设备前后端依赖及第三方库等内容自动部署安装在指定目录下，确保各进程启动运行正常。

待部署平台固件即待部署平台的驱动程序；系统配置即配置文件和参数；系统海量数据即系统需要的数据存储层面的原始数据；依赖及第三方库即提前下载好的依赖资源。

此外，本实施例中的部署安装支持热升级，部署操作不依赖于系统当前状态，更新时无需重启，无需特殊操作，只需要将部署固件及系统数据更新至平台后，支持热升级和多次更新。

S4，安装完成后，清除该平台中的冗余数据。

冗余数据包括用到的安装包文件、日志信息、错误记录、部署脚本以及老版本运行时生成的数据文件等。

具体地，部署安装结束后自动配置相关服务，并同时清理平台中所有的冗余数据，包括已有的冗余安装部署信息、不必要的安装组件和参数信息、老版本的安装程序、源代码、生成的临时文件等，保持信息不相互干扰。

部署安装结束后，自动修改系统的相关密码，退出shell登录，提高了系统的安全性。

此外，本实施例中还设置有监控单元，在部署安装的整个过程中，对该待部署安装平台系统资源进行监控，监控平台是否满足预设条件，以及数据在部署安装过程中是否有异常发生。当平台不满足预设条件，或者数据部署安装过程中出现异常时，及时发出告警信号并退出。

本实施例中还设置有检查单元，对当前的平台信息进行检查匹配，即对该实施例中操作S1-S4及其进程进行检查，当平台满足预设条件以及各依赖及进程正常判定为自动化部署成功，当某项检查结果为异常时，生成错误信息并对错误信息进行记录。

本实施例支持完全离线部署安装，通过将部署集合所需的所有依赖库、安装信息以及数据本地化保存，达到完全脱离网络环境。并且平台对依赖信息和第一数据在内的所需数据进行加密存储，即在平台的加密区间对所需数据进行存储和更新，保证数据安全。

如图3所示，电子设备300包括处理器310、计算机可读存储介质320。该电子设备300可以执行上面参考图1和图2描述的方法，以进行消息处理。

具体地，处理器310例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器310还可以包括用于缓存用途的板载存储器。处理器310可以是用于执行参考图1和图2描述的根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

计算机可读存储介质320，例如可以是能够包含、存储、传送、传播或传输指令的任意介质。例如，可读存储介质可以包括但不限于电、磁、光、电磁、红外或半导体系统、装置、器件或传播介质。可读存储介质的具体示例包括：磁存储装置，如磁带或硬盘(HDD)；光存储装置，如光盘(CD-ROM)；存储器，如随机存取存储器(RAM)或闪存；和/或有线/无线通信链路。

计算机可读存储介质320可以包括计算机程序321，该计算机程序321可以包括代码/计算机可执行指令，其在由处理器310执行时使得处理器310执行例如上面结合图1和图2所描述的方法流程及其任何变形。

计算机程序321可被配置为具有例如包括计算机程序模块的计算机程序代码。例如，在示例实施例中，计算机程序321中的代码可以包括一个或多个程序模块，例如包括321A、模块321B……。应当注意，模块的划分方式和个数并不是固定的，本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合，当这些程序模块组合被处理器310执行时，使得处理器310可以执行例如上面结合图1和图2所描述的方法流程及其任何变形。

根据本公开的实施例，计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线、光缆、射频信号等等，或者上述的任意合适的组合。

图4示意性示出了本公开实施例的数据的部署安装系统的框图。

如图4所示，数据的部署安装系统包括判断模块410、检测模块420、安装模块430、清除模块440。

具体地，判断模块410，用于遍历平台的CPU、内存、核数等平台信息，根据平台信息判断平台是否满足预设条件，当满足预设条件时，执行检测模块420，否则，对平台中收集到的数据进行记录、打印并提供详细信息。

检测模块420，用于当平台满足预设条件时，对依赖源、依赖程序组件和第三方依赖库等依赖信息进行检测，检测出第一数据的版本信息是否有变更、是否需要进行更新、否有老版本文件、老版本参数以及曾经配置过的数据影响，并获取第一数据。

安装模块430，用于通过多种模式将第一数据、第一数据的配置文件以及依赖信息安装至平台指定的预设目录中，具体地，将待部署平台固件和平台数据自动部署安装至设备中，将系统配置、系统海量数据、设备前后端依赖及第三方库等内容自动部署安装在指定目录下。

清除模块440，用于在安装完成后，清除平台中的冗余数据，如已有的冗余安装部署信息、不必要的安装组件和参数信息、老版本的安装程序、源代码、生成的临时文件等。

可以理解的是，判断模块410、检测模块420、安装模块430、清除模块440可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本发明的实施例，判断模块410、检测模块420、安装模块430、清除模块440中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以以对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式的适当组合来实现。或者，判断模块410、检测模块420、安装模块430、清除模块440中的至少一个可以至少被部分地实现为计算机程序模块，当该程序被计算机运行时，可以执行相应模块的功能。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

尽管已参照本公开的特定示例性实施例示出并描述本公开，但是本领域技术人员应该理解，在不背离所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以对本公开进行形式和细节上的多种改变。因此，本公开的范围不应该限于上述实施例，而是应该不仅由所附权利要求来进行确定，还由所附权利要求的等同物来进行限定。

Claims (8)

1.一种数据的部署安装方法，其特征在于，所述方法用于离线环境下隔离网数据的部署，方法包括：

S1，遍历平台的平台信息，根据所述平台信息判断所述平台是否满足预设条件，其中，所述平台中存储有依赖信息，所述预设条件用于判断平台的性能是否能够实现数据的部署安装；

S2，当所述平台满足所述预设条件时，对所述依赖信息进行检测，根据检测结果获取第一数据；根据所述依赖信息判断所述第一数据是否需要更新；以及根据所述依赖信息判断所述平台是否部署安装过第二数据，其中，所述第二数据的版本低于所述第一数据的版本；所述第一数据为已下载并存储在所述平台中的待部署安装数据；

S3，将所述第一数据安装至所述平台，并将所述第一数据、所述第一数据的配置文件以及所述依赖信息安装至预设目录中；

S4，安装完成后，清除所述平台中的冗余数据，并自动修改系统的相关密码，退出shell登录。

2.根据权利要求1所述的数据的部署安装方法，其特征在于，所述方法还包括：

对所述平台进行监控，监控所述平台是否满足所述预设条件，以及监控所述第一数据的安装是否出现异常；

当所述平台不满足所述预设条件，或者所述第一数据安装出现异常时，发出告警信号。

3.根据权利要求1所述的数据的部署安装方法，其特征在于，所述方法还包括：

对所述步骤S1-S4及其进程进行检查，若检查结果为异常，生成错误信息并对所述错误信息进行记录。

4.根据权利要求1所述的数据的部署安装方法，其特征在于，所述方法还包括：

所述平台对所述依赖信息和第一数据进行加密存储。

5.根据权利要求1所述的数据的部署安装方法，其特征在于，所述依赖信息包括依赖源、依赖程序组件和第三方依赖库。

6.一种数据的部署安装电子设备，其特征在于，包括：

处理器；

存储器，其存储有计算机可执行程序，所述程序在被所述处理器执行时，使得所述处理器执行如权利要求1-5中数据的部署安装方法。

7.一种数据的部署安装系统，其特征在于，所述数据的部署安装系统包括：

判断模块，用于遍历平台的平台信息，根据所述平台信息判断所述平台是否满足预设条件，其中，所述平台中存储有依赖信息；

检测模块，当所述平台满足所述预设条件时，对所述依赖信息进行检测，根据检测结果获取第一数据；

安装模块，用于将所述第一数据安装至所述平台；

清除模块，用于在安装完成后，清除所述平台中的冗余数据；

所述检测模块还用于，根据所述依赖信息判断所述第一数据是否需要更新；以及根据所述依赖信息判断所述平台是否部署安装过第二数据，其中，所述第二数据的版本低于所述第一数据的版本；

所述安装模块还用于，将所述第一数据、所述第一数据的配置文件以及所述依赖信息安装至预设目录中，并自动修改系统的相关密码，退出shel l登录。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-5中数据的部署安装方法。

Images