利用shell脚本实现将微服务程序以docker容器方式自动部署

基于在Jenkins中根据配置从不同的仓库中Checkout代码一文，说明如何利用shell脚本在Linux系统中实现自动化的部署与升级。

流程图

整体流程如下图所示：

首先让用户选择要升级的类别和模块，并对用户选择进行校验，若不合法则升级过程终止
根据用户选择去相关目录下查看对应的文件是否存在，若不存在则升级过程终止
若文件存在则对其进行解压，并读取其中的配置文件信息¹
检查对应的容器，将其停止并删除
导入相关镜像
拼接docker语句并执行，展示执行结果

flowchart TD START((开始部署)):::start FAIL((部署失败)):::failed SUCCESS((部署成功)):::success subgraph deploy_select [输入选择] A1[选择类别]:::input --> A2{类别是否有效} A2 -->|类别有效| A3[选择模块]:::input A3 --> A4{模块是否有效} A4 -->|模块有效| A5[(记录用户选择)] end subgraph parse_file [解析文件] B1[查找文件] --> B2{文件是否存在} B2 -->|文件存在| B3[解压文件] B3 --> B4[读取ini配置文件] B4 --> B5[/输出用户选择与配置文件信息/] end subgraph deploy_process [开始部署] C1{容器是否运行} -->|容器运行|C2[停止容器] C1 -->|容器未运行| C3[删除容器] C2 --> C3 C3 --> C4[导入镜像]:::input C4 --> C5[拼接docker字符串] C5 --> C6[打印要执行的docker语句] C6 --> C7[执行docker语句] C7 --> C8{docker容器是否执行成功} C8 -->|docker执行成功|C9 end START --> A1 A2 -->|类别无效| FAIL A4 -->|模块无效| FAIL A5 --> B1 B2 -->|文件不存在|FAIL B5 --> C5 C8 -->|docker执行失败|FAIL C9 --> SUCCESS classDef start fill:#374bad,color:#ffffff,font-weight:bold,stroke-width:0 classDef failed fill:#f5425d,color:#ffffff,font-weight:bold,stroke-width:0 classDef input fill:#ad5537,color:#ffffff,stroke-width:0 classDef success fill:#37ad61,color:#ffffff,font-weight:bold,stroke-width:0

使用说明

此部分操作主要基于前述的流程以shell脚本的形式实现，相关源码参见deploy.sh，具体操作流程如下：

将deploy.sh拷贝到Linux服务器的某个目录下，然后在该目录下建立一个名为**target**的目录，将导出的镜像文件放到target目录下
执行./deploy命令并按下Enter键，终端会出现如下输出，让我们选择要升级的系统为前端还是后端
根据提示选择对应的类别，若升级类型为前端则输入1，若升级类型为后端则输入2，之后按下Enter键则系统会进一步提示选择对应的模块

若输入的类型不合法，则升级脚本会给出对应的提示，同时整个升级过程立即终止
若要部署的模块在target目录下不存在或选择的模块不是选择列表的模块，升级脚本同样会给出提示，同时整个升级过程立即终止

若部署的模块在target目录下存在多份，则会根据文件名中附带的时间戳进行排序，寻找最近的一份文件进行升级
```
# 校验升级文件是否存在
file=$(ls target|sort -r|grep ${module}_20|head -1) # 此条指令根据文件名按时间倒排，取第一个文件来升级
if [[ -z "$file" ]]
then
printf "\033[31mtarget目录下没有对应的文件，升级操作终止，请重新执行./deploy.sh\033[0m\n"
exit 0
fi
```
若选择的模块合法，且升级过程一切顺利，Linux终端会输出类似如下信息，提示整个升级过程完成!
若升级过程中遇到错误，系统同样会给出提示，可根据错误信息进行初步排查