[发明专利]一种多层依赖部署方法、工具、设备及介质

权利要求书

1.一种多层依赖部署方法，其特征在于，包括以下步骤：

部署工具接收到开发终端推送的同一个产品的多个模块时，分别对每个模块进行模块部署检测；

部署工具检测到所有模块的模块部署检测结果为合格时，对本地设备部署环境和产品进行环境部署检测；

部署工具检测到所有环境部署检测结果为合格时，接收用户录入的产品编号，生成该产品对应的安装列表，安装列表包含产品中的多个子产品，每个子产品包括至少一个模块；

部署工具根据该安装列表和产品预设的依赖关系脚本更新产品的启动文件；依赖关系脚本包括各子产品中模块的依赖关系；

部署工具根据产品的启动文件对产品进行集群部署或单机部署；

所述部署工具对本地设备部署环境和产品进行环境部署检测，具体包括：

部署工具对所述产品的启动文件进行拆分存储；

部署工具检测本地设备或自身是否满足预设的环境检测条件，如果是，记录所述环境部署检测结果为合格；

所述环境检测条件包括以下一条或几条的组合：

本地设备的硬件资源和软件资源满足部署条件；

部署工具自身不存在异常，没有出现配置错误。

2.根据权利要求1所述多层依赖部署方法，其特征在于，部署工具对每个模块进行模块部署检测，具体包括：

部署工具检测本地设备或模块是否满足预设的模块检测条件，如果是，记录所述模块部署检测结果为合格；

所述模块检测条件包括以下一条或几条的组合：

本地设备的硬件资源和软件资源满足预设的部署条件；

部署工具接收模块的端口号和变量值没有发生冲突；

模块的启动文件格式没有发生错误。

3.根据权利要求2所述多层依赖部署方法，其特征在于，部署工具在所述对每个模块进行模块部署检测之后，还包括：

部署工具显示所述模块部署检测结果。

4.根据权利要求1所述多层依赖部署方法，其特征在于，部署工具对所述产品的启动文件进行拆分存储，具体包括：

将启动文件拆分为多个配置文件；

根据产品启动时需要的变量生成二级变量文件；

对配置文件和二级变量文件进行命名，并存储在产品的分目录下；

根据所有产品中二级变量文件的共同变量值生成父级变量文件，存储在部署工具的分目录下。

5.根据权利要求4所述多层依赖部署方法，其特征在于，

所述配置文件包括主配置文件、日志配置文件、单机配置文件、swarm配置文件和kubernetes配置文件；

启动文件为docker-compose工具启动yaml编排配置文件；

主配置文件包含服务名、镜像名、变量配置和自动重启配置；

日志配置文件包含日志采集方式；

单机配置文件包含端口号和单机网络模式；

swarm配置文件包含swarm启动所需的swarm网络、副本数、集群热更新配置和集群端口开放配置。

6.根据权利要求1所述多层依赖部署方法，其特征在于，所述根据产品的启动文件对产品进行集群部署或单机部署，具体包括：

根据本地设备的机器数量对所述启动文件中的模块进行启动。