由产品发布人员对部署环境包进行制作,按前面的规划,制作流程是:
(1). 创建好相应的目录结构(如`resource/software/install`)
(2). 存放公共使用的环境到`software`目录。如存放`jre8`。
(3). 存放各模块软件包到`software`,如存放mariadb及redis软件包。
(4). 存放部署工具(`deploy-tool.jar`)到`install`目录,并提供运行部署工具的脚本,如`run-deploy-tool.sh`。
(5). 在`install/config`目录下添加`global_config.properties`配置,指定产品名称,如`db`。同时需要确定各程序需要修改的配置统一到`custom_config.properties`中,并存放在此目录。若有其它默认配置,也可在此目录下进行添加。
(6). 创建`install/config/deploy-config`,添加流程配置文件`{deploy_product}-{system}.xml`,根据产品名称及部署系统填写。如当前示例为`db-linux.xml`。
(7). 按实际部署流程设计及编写流程配置文件。
(8). 在`install/scripts`目录下,添加部署需要使用的各种脚本,由于支持多种系统,建议在`install/scripts`目录下按系统类型建立文件夹,如当前是linux的,应新建`install/scripts/linux`文件夹,并把相应的sh脚本按模块存放在此目录下。
通过上面的处理,部署环境包就已完成。环境包完成后,产品发布人员需要先自己经过验证。因此,下面是验证过程:
- 下载对应版本的程序或软件包(可从开发/运维人员、jenkins或打包平台中获取)。把程序放到相应的目录中,如mariadb的软件存放在`software`目录下。
- 编辑`custom_config.properties`文件,按实际情况修改相应的配置信息,以便在占位符替换时使用实际的配置。
- 至此,部署工具+程序包已完整,可以验证部署,在linux下,修改`run-deploy-tool.sh`执行权限(chmod),然后运行,在交互界面中选择进行安装即可。
验证通过后,部署环境即可发布,以供项目实施人员使用。在发布前,建议先程序去除,这样规范项目实施人员在部署时,需先下载程序包,根据实际情况修改`custom_config.properties`文件,然后才能正常启动部署。
- 关于部署工具
- 1. 使用场景
- 1.1 传统部署方式痛点
- 1.2 自动部署方式
- 2. 功能概览
- 2.1 部署工具面向的人员
- 2.2 部署工具功能
- 3. 部署工具运行流程
- 3.1 部署工具从制作到使用
- 3.2 部署工具目录结构
- 3.3 运行流程
- 3.4 配置文件概述
- 3.4.1 全局属性配置文件global_config
- 3.4.2 用户属性配置文件custom_config
- 3.4.3 其它属性配置文件
- 3.4.4 流程配置文件
- 3.4.5 占位符
- 4. 部署工具使用详解
- 4.1 流程配置文件简单示例
- 4.2 流程配置文件结构
- 4.2.1 首行及根元素
- 4.2.2 xml文件结构
- 4.2.3 properties/property元素
- 4.2.4 executions/group元素
- 4.2.5 execution元素
- 4.2.6 configuration元素
- 4.2.7 dependencies元素
- 4.2.8 sub-execution元素
- 4.2.9 commands元素
- 4.2.10 replace-files元素
- 4.2.11 datasourse/statements元素
- 4.2.12 args元素
- 4.3 流程配置文件功能示例
- 4.3.1 分析安装及卸载mariadb需要的模块
- 4.3.2 确定用户统一配置
- 4.3.3 编写流程配置文件
- 4.4 部署脚本编写
- 5. 完整db(mariadb及redis)部署示例
- 5.1 mariadb及redis部署结构分析
- 5.1.1 模块划分
- 5.1.2 部署环境包制作
- 5.1.3 项目实施人员使用流程
- 5.2 db部署包示例及脚本
- 5.3 部署环境升级
- 6. 问题与反馈