CN117742736A - 一种采用插件式的linux服务器软件部署方法 - Google Patents

Abstract

本发明公开了一种采用插件式的linux服务器软件部署方法，包括插件加载和管理，插件运行引擎根据命令接收器接收的用户命令按照插件内容进行插件运行；本发明采用基于插件的服务器安装部署方式，整个安装过程固化，具体的安装过程则有插件中记录的内容进行安装执行，对于不同环境而言，只需要开发对应的插件即可，降低了开发难度和成本，同时更易于维护。插件内容包括插件校验值文件、版本信息、资源文件、环境检查脚本、安装包检查脚本、安装包安装脚本、安装包列表、安装前执行脚本、安装后执行脚本，在原本已经固化的安装过程中，提供可插件足够的灵活性，使安装部署软件更加方便。

Description

一种采用插件式的linux服务器软件部署方法

技术领域

本发明涉及软件安装与部署技术领域，具体是一种采用插件式的linux服务器软件部署方法。

背景技术

目前，Linux服务器部署方式主要采用制作安装盘的方式，这种方式将用户自动的软件包集成到操作系统安装盘中，通过自定义的安装脚本实现在安装系统后自动安装软件，采用这种方式，安装流程固化，不易产生意外。但这种方式修改不便，尤其在原生系统盘软件出现漏洞时，漏洞的解决需要使用大量的补丁，新的安装包可能与用户服务器软件出现冲突等，修改起来麻烦。采用安装盘方式另一个缺陷就是，操作系统固化，对于某些需要特定操作系统的场景，安装包需要重新开发制作，成本较高。

软件包的制作，除了需要将用户自身软件包成功安装之外，还要解决用户软件与系统已安装软件的之间的冲突。安装过程中，需要解决各种依赖的缺失问题，如果能在软件安装之前，将所有的冲突都能及时发现，提前解决，软件安装之后出现无法运行或依赖关系问题将大大降低。

对于Linux服务器软件的部署来说，不同的品台架构，操作系统差异，安装方式都是不一样的。基于Redhat操作系统，使用rpm包方式进行安装和管理，基于Debian操作系统的环境则采用deb包的方式进行部署和管理。由于CPU架构的不同，这些包管理方式又需要区分x86，arm64，神威，龙芯等各种不用的平台。带有驱动文件的安装包，则还需要进一步区分Linux内核版本号。总之，由于平台架构和操作系统的差异，软件包的制作将变得越来越复杂。

发明内容

为了解决上述问题，本发明提供了一种采用插件式的linux服务器软件部署方法，不仅降低了软件在安装部署时的便利性和可靠性，而且开发过程也简单，易于实现，大大减低开发成本。

为了达到上述目的，本发明是通过以下技术方案来实现的：

本发明是一种采用插件式的linux服务器软件部署方法，包括如下步骤：

步骤(1)，进行插件的加载和管理；

步骤(2)，插件运行引擎根据命令接收器接收的用户命令按照插件内容进行插件运行；

步骤(1)的具体操作步骤为：

步骤(1.1)，进行插件的扫描和记录；

步骤(1.2)，进行插件的检查和选择。

本发明的进一步改进在于：所述步骤(1.1)的具体步骤为：

步骤(1.1.1)，读取当前插件目录下的符合插件固定命令规则的文件，命令规则为32的GUID为插件名称，以.setup.plugin作为文件后缀名的文件即为插件文件；

步骤(1.1.2)，解压当前读取到的插件文件，然后获取其内部名称为target文件，并读取其内容；

步骤(1.1.3)，比较校验值文件是否符合规定规则要求，如果符合要求则执行步骤(1.1.4)，否则执行步骤(1.1.1)；

步骤(1.1.4)，记录当前插件信息，插件名称。

本发明的进一步改进在于：所述步骤(1.2)的具体操作步骤为：

步骤(1.2.1)，依次读取记录到的插件信息，插件名称；

步骤(1.2.2)，执行插件内的环境检查脚本checkenv.py，如果成功，则执行步骤(1.2.3)，如果失败，执行步骤(1.2.4)；

步骤(1.2.3)，记录并选择该插件；

步骤(1.2.4)，不选择该插件，执行步骤(1.2.1)。

本发明的进一步改进在于：步骤(2)中命令接收器接收用户命令包括如下操作：

步骤a1，记录用户输入的参数命令；

步骤a2，允许的命令包括安装检查、介质服务器安装和主控服务器安装，如果命令不合要求，则插件运行失败；

步骤a3，如果命令合法，将命令传递到插件运行引擎。

本发明的进一步改进在于：所述步骤(2)中插件运行具体步骤如下：

步骤b1，读取传递到插件运行引擎的命令，判断是否是安装检查，若是，则执行插件内安装检查脚本checkpkg.py，执行完成后，执行步骤b4,若否则执行步骤b2；

步骤b2，判断是否是主控服务器安装，若是，则执行主控服务器安装，执行完成后，执行步骤b4；若否，则执行步骤b3；

步骤b3，判断是否是介质服务器安装，若是，则执行介质服务器安装，执行完成后，执行步骤b4；若否，则输出失败结果并执行步骤b4；

步骤b4，输出上一步的执行结果。

本发明的进一步改进在于：所述步骤b1中的安装检查具体为：

步骤b11，检查安装过程中使用基础命令是否安装正常，如果命令都存在，则执行下一步，否则执行步骤b14；

步骤b12，检查系统使用的安装命令，如果是rpm或dpkg，然后执行下一步；

步骤b13，依据安装检查脚本checkpkg.py内指示的内容执行进一步检查，成功后执行步骤b15，否则执行步骤b14；

步骤b14，检查失败，返回结果；

步骤b15，检查成功，返回结果。

本发明的进一步改进在于：所述步骤b2中的主控服务器安装步骤具体为：步骤b21，运行package.py并传递参--master,获取需要安装的文件或安装包列表，如果运行失败，执行步骤b26；

步骤b22，执行插件内安装前执行脚本preinstall.py并传递参数—master,用安装前执行相应的安装操作，如果运行失败，执行步骤b26；

步骤b23，运行插件内的安装脚本installpkg.py并传递参数—master,用于安装包的安装，如果运行失败，执行步骤b26；

步骤b24，运行插件内的安装后执行脚本postinstall.py并传递参数—master，用于安装后执行相应的操作，如果运行失败，执行步骤b26；

步骤b25，运行成功，返回结果；

步骤b26，检查失败，返回失败结果。

本发明的进一步改进在于：所述步骤b3中介质服务器安装步骤具体为：步骤b31，运行package.py并传递参--storage,获取需要安装的文件或安装包列表，如果运行失败，执行步骤b36；

步骤b32，执行插件内安装前执行脚本preinstall.py并传递参数--storage,用安装前执行相应的安装操作，如果运行失败，执行步骤b36；

步骤b33，运行插件内的安装脚本installpkg.py并传递参数--storage,用于安装包的安装，如果运行失败，执行步骤b36；

步骤b34，运行插件内的安装后执行脚本postinstall.py并传递参数--storage，用于安装后执行相应的操作，如果运行失败，执行步骤b36；

步骤b35，运行成功，返回结果；

步骤b36，检查失败，返回失败结果。

本发明的有益效果是：

1、软件易于修改和维护：与制作成安装盘的方式相比，采用此种方式无须定制安装，修改ISO等内容。且当用户已经系统提供了操作系统时，使用此种方式依然可以支持。当需要修改安装时，采用本发明提供的方式，只需要修改对应的插件即可，操作系统不同，只需要增加新的插件，整体维护成本比较低。

2、部署方式简单且不会影响性能：与安装盘方式相比，本发明操作简单，无须重新安装操作系统，简单快速。与操作Docker的方法相比，本发明使用的方式，无须将软件部署在容器当中，不会影响系统性能，对于服务器的安装部署来说，快速方便，性能优异。

3、安装步骤控制更加灵活：本发明最大的特点就是安装步骤插件化，对于不同的操作系统，只需要提供相应的插件即可，同一套安装软件内，可以放入多个插件，由插件选择器进行自动选择，大大方便了软件的管理。插件在安装前后，都有自动执行的对应的脚本，对于安装流程的控制更加灵活。

附图说明

图1是本发明实施例中总体关系结构示意图；

图2是本发明实施例中插件的加载流程示意图；

图3是本发明实施例中插件的选择流程示意图；

图4是本发明实施例中基于插件的安装和部署流程示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

本实例采用的国产神威CPU架构，操作系统为国产麒麟V10操作系统。

本实施例的一种采用插件式的linux服务器软件部署方法的具体步骤为：

编写脚本文件；

插件的加载和管理；

基于插件的安装部署过程管理。

编写脚本文件的具体步骤为：

步骤1，编写target文件，格式为系统信息(uname-s)，机器信息(uname-m)和系统内核版本号(uname-r),表示插件支持的目标操作系统，每一行表示一种操作系统，具体为：

Linux|sw_64|4.19.90-27.0.v2101.ky10.sw_64

Linux|sw_64|4.19.90-25.0.v2111.ky10.sw_64

步骤2，编写环境检查脚本checkenv.py；

该文件内容主要通过cat命令获取/etc/.productinfo文件内容，然后进行查找关键字，如果查找到则返回成功，否则返回失败。包括如下命令：

cat/etc/.productinfo|tr A-Z a-z|grep build25>/dev/null 2>&1

步骤3，编写安装检查脚本checkpkg.py，主要实现rpm命令的查找和对传过来的安装包名称进行检查。包括如下信息：

查看rpm命令是否存在：which rpm>/dev/null 2>&1

查看软件包是否安装：rpm-q unary-ubackup-6.8.1.rpm

步骤4，编写安装软件包命令，包括如下信息：

安装软件包命令,如：rpm-ivh unary-ubackup-6.8.1.rpm

步骤5，编写package.py列出需要安装的软件包：

g_ky10_sw_64_packages＝"-rar|-unrar|libgcc……"

g_ky10_sw_64_packages_list＝g_ky10_sw_64_packages.split("|")

for__itemin g_ky10_sw_64_packages_list:

print__item.strip()

步骤6，编写安装前执行脚本preinstall.py；

步骤7，编写安装后执行脚本postinstall.py；

步骤8，制作插件：

zip-rP${password}f6a0591b4b5e45edacf0c1ae3aacc19a.setup.pluginf6a0591b4b5e45edacf0c1ae3aacc19a

步骤9，执行安装

setup.sh--check

终端界面，显示自动选择插件：f6a0591b4b5e45edacf0c1ae3aacc19a表明插件已经自动选择；

步骤10，执行安装

setup.sh--master

终端先是输出选择插件：f6a0591b4b5e45edacf0c1ae3aacc19a表明插件已经自动选择。然后显示安装前执行内容：

Preinstall is done(预安装完成)

然后开始执行安装。安装完成后，输出

Postinstall is done(安装后完成)

说明安装后执行脚本已经执行。

步骤11，安装完成后，输出成功。

如下图2，图3所示，插件加载和管理的具体步骤如下：

步骤(1.1)插件的扫描和记录

步骤(1.2)插件的检查和选择

所述步骤(1.1)的具体步骤为：

步骤(1.1.1)，读取当前插件目录下的符合插件固定命令规则的文件，命令规则为32的GUID为插件名称，以.setup.plugin作为文件后缀名的文件即为插件文件；

步骤(1.1.2)，解压当前读取到的插件文件，然后获取其内部名称为target文件，并读取其内容；

步骤(1.1.3)，比较校验值文件是否符合规定规则要求，如果符合要求则执行步骤(1.1.4)，否则执行步骤(1.1.1)；

步骤(1.1.4)，记录当前插件信息，插件名称。

所述步骤(1.2)的具体操作步骤为：

步骤(1.2.1)，依次读取记录到的插件信息，插件名称；

步骤(1.2.2)，执行插件内的环境检查脚本checkenv.py，如果成功，则执行步骤(1.2.3)，如果失败，执行步骤(1.2.4)；

步骤(1.2.3)，记录并选择该插件；

步骤(1.2.4)，不选择该插件，执行步骤(1.2.1)。

如图4所示，基于插件的安装部署过程管理包括以下步骤：

命令接收器接收用户命令；

插件运行引擎按照插件内容进行插件运行；

返回运行结果。

命令接收器接收用户命令，具体包括：

步骤a1，记录用户输入的参数命令；

步骤a2，允许的命令包括安装检查、介质服务器安装和主控服务器安装，如果命令不合要求，则插件运行失败；

步骤a3，如果命令合法，将命令传递到插件运行引擎。

插件运行引擎按照插件内容进行插件运行，具体步骤如下：

步骤b1，读取传递到插件运行引擎的命令，判断是否是安装检查，若是，则执行插件内安装检查脚本checkpkg.py，执行完成后，执行步骤b4,若否则执行步骤b2；

步骤b2，判断是否是主控服务器安装，若是，则执行主控服务器安装，执行完成后，执行步骤b4；若否，则执行步骤b3；

步骤b3，判断是否是介质服务器安装，若是，则执行介质服务器安装，执行完成后，执行步骤b4；若否，则输出失败结果并执行步骤b4；

步骤b4，输出上一步的执行结果。

步骤b1中的安装检查具体为：

步骤b11，检查安装过程中使用基础命令是否安装正常，如果命令都存在，则执行下一步，否则执行步骤b14；

步骤b12，检查系统使用的安装命令，如果是rpm或dpkg，然后执行下一步；

步骤b13，依据安装检查脚本checkpkg.py指示的内容执行进一步检查，成功后执行步骤b15，否则执行步骤b14；

步骤b14，检查失败，返回结果；

步骤b15，检查成功，返回结果。

步骤b2中的主控服务器安装步骤具体为：

步骤b21，运行package.py并传递参--master,获取需要安装的文件或安装包列表，如果运行失败，执行步骤b26；

步骤b22，执行插件内安装前执行脚本preinstall.py并传递参数—master,用安装前执行相应的安装操作，如果运行失败，执行步骤b26；

步骤b23，运行插件内的安装脚本installpkg.py并传递参数—master,用于安装包的安装，如果运行失败，执行步骤b26；

步骤b24，运行插件内的安装后执行脚本postinstall.py并传递参数—master，用于安装后执行相应的操作，如果运行失败，执行步骤b26；

步骤b25，运行成功，返回结果；

步骤b26，检查失败，返回失败结果。

步骤b3中介质服务器安装步骤具体为：

步骤b31，运行package.py并传递参--storage,获取需要安装的文件或安装包列表，如果运行失败，执行步骤b36；

步骤b32，执行插件内安装前执行脚本preinstall.py并传递参数--storage,用安装前执行相应的安装操作，如果运行失败，执行步骤b36；

步骤b33，运行插件内的安装脚本installpkg.py并传递参数--storage,用于安装包的安装，如果运行失败，执行步骤b36；

步骤b34，运行插件内的安装后执行脚本postinstall.py并传递参数--storage，用于安装后执行相应的操作，如果运行失败，执行步骤b36；

步骤b35，运行成功，返回结果；

步骤b36，检查失败，返回失败结果。

本发明采用基于插件的服务器安装部署方式，整个安装过程固化，具体的安装过程则有插件中记录的内容进行安装执行。这种方式对于不同环境而言，只需要开发对应的插件即可，安装过程不需要进行调整，这种方式降低了开发难度和成本，同时更易于维护。

整个插件内容包括插件校验值文件，版本信息，资源文件，环境检查脚本，安装检查脚本(checkpkg.py文件)，安装软件包命令，安装包列表(package.py文件)，安装前执行脚本，安装脚本，安装后执行脚本。采用这种的方式，在原本已经固化的安装过程中，提供可插件足够的灵活性，使安装部署软件更加方便。

以上所述仅是本发明的具体实施方式，并且对本发明的目的、技术方案和有益效果进行了进一步的详细说明。最后应说明的是：以上所述仅为本发明的优选实施例，并不对本发明做任何形式上的限制。对于本技术领域的研究和技术人员来说，在不脱离本发明技术方案范围的前提下，利用上述内容对本发明的技术方案做出的技术方案做出的非创新性的润饰、变动和修改，也均应视为本发明的保护范围之内。

Claims (8)

1.一种采用插件式的linux服务器软件部署方法，其特征在于：包括如下步骤：

步骤（1），进行插件的加载和管理；

步骤（2），插件运行引擎根据命令接收器接收的用户命令按照插件内容进行插件运行；

步骤（1）的具体操作步骤为：

步骤（1.1），进行插件的扫描和记录；

步骤（1.2），进行插件的检查和选择。

2.根据权利要求1所述的一种采用插件式的linux服务器软件部署方法，其特征在于：所述步骤（1.1）的具体步骤为：

步骤（1.1.1），读取当前插件目录下的符合插件固定命令规则的文件，命令规则为32的GUID为插件名称，以.setup.plugin作为文件后缀名的文件即为插件文件；

步骤（1.1.2），解压当前读取到的插件文件，然后获取其内部名称为target文件，并读取其内容；

步骤（1.1.3），比较校验值文件是否符合规定规则要求，如果符合要求则执行步骤（1.1.4），否则执行步骤（1.1.1）；

步骤（1.1.4），记录当前插件信息，插件名称。

3.根据权利要求1所述的一种采用插件式的linux服务器软件部署方法，其特征在于：所述步骤（1.2）的具体操作步骤为：

步骤（1.2.1），依次读取记录到的插件信息，插件名称；

步骤（1.2.2），执行插件内的环境检查脚本checkenv.py，如果成功，则执行步骤(1.2.3)，如果失败，执行步骤(1.2.4)；

步骤（1.2.3），记录并选择该插件；

步骤（1.2.4），不选择该插件，执行步骤(1.2.1)。

4.根据权利要求1所述的一种采用插件式的linux服务器软件部署方法，其特征在于：步骤（2）中命令接收器接收用户命令包括如下操作：

步骤a1，记录用户输入的参数命令；

步骤a2，允许的命令包括安装检查、介质服务器安装和主控服务器安装，如果命令不合要求，则插件运行失败；

步骤a3，如果命令合法，将命令传递到插件运行引擎。

5.根据权利要求4所述的一种采用插件式的linux服务器软件部署方法，其特征在于：所述步骤（2）中插件运行具体步骤如下：

步骤b1，读取传递到插件运行引擎的命令，判断是否是安装检查，若是，则执行插件内安装检查脚本checkpkg.py，执行完成后，执行步骤b4,若否则执行步骤b2；

步骤b2，判断是否是主控服务器安装，若是，则执行主控服务器安装，执行完成后，执行步骤b4；若否，则执行步骤b3；

步骤b3，判断是否是介质服务器安装，若是，则执行介质服务器安装，执行完成后，执行步骤b4；若否，则输出失败结果并执行步骤b4；

步骤b4，输出上一步的执行结果。

6.根据权利要求5所述的一种采用插件式的linux服务器软件部署方法，其特征在于：所述步骤b1中的安装检查具体为：

步骤b11，检查安装过程中使用基础命令是否安装正常，如果命令都存在，则执行下一步，否则执行步骤b14；

步骤b12，检查系统使用的安装命令，如果是rpm或dpkg，然后执行下一步；

步骤b13，依据安装检查脚本checkpkg.py内指示的内容执行进一步检查，成功后执行步骤b15，否则执行步骤b14；

步骤b14，检查失败，返回结果；

步骤b15，检查成功，返回结果。

7.根据权利要求5所述的一种采用插件式的linux服务器软件部署方法，其特征在于：所述步骤b2中的主控服务器安装步骤具体为：

步骤b21，运行package.py 并传递参--master ,获取需要安装的文件或安装包列表，如果运行失败，执行步骤b26；

步骤b22，执行插件内安装前执行脚本preinstall.py并传递参数—master,用安装前执行相应的安装操作，如果运行失败，执行步骤b26；

步骤b23，运行插件内的安装脚本installpkg.py并传递参数—master,用于安装包的安装，如果运行失败，执行步骤b26；

步骤b24，运行插件内的安装后执行脚本postinstall.py 并传递参数—master，用于安装后执行相应的操作，如果运行失败，执行步骤b26；

步骤b25，运行成功，返回结果；

步骤b26，检查失败，返回失败结果。

8.根据权利要求5所述的一种采用插件式的linux服务器软件部署方法，其特征在于：所述步骤b3中介质服务器安装步骤具体为：

步骤b31，运行package.py 并传递参--storage ,获取需要安装的文件或安装包列表，如果运行失败，执行步骤b36；

步骤b32，执行插件内安装前执行脚本preinstall.py并传递参数--storage,用安装前执行相应的安装操作，如果运行失败，执行步骤b36；

步骤b33，运行插件内的安装脚本installpkg.py并传递参数--storage,用于安装包的安装，如果运行失败，执行步骤b36；

步骤b34，运行插件内的安装后执行脚本postinstall.py 并传递参数--storage，用于安装后执行相应的操作，如果运行失败，执行步骤b36；

步骤b35，运行成功，返回结果；

步骤b36，检查失败，返回失败结果。