本文主要是介绍Linux环境shell脚本：Docker部署服务_回滚策略_脚本设计，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
背景：公司使用docker服务集成jenkins实现一键部署项目(分步骤：达到上线条件就合并代码打release分支的包，然后只是先生成镜像，然后再部署，这样做的好处：release版本的代码还可以经过一轮验证测试后才上线)，假使在现网出现问题且不能及时有效定位并解决的情况下，需要支持版本回滚操作，release分支打包脚本流程如下：先删除对应服务的images文件，再重新build镜像并push到nexus私服，images则是最新的包(并未上线)，并且nexus私服上也是最新的prod。如果部署上线后，需要回滚该如何操作？首先可以确定是，如果没有问题之后，才会合并master，所以上一个安全的服务分支是master，只需重走一遍由master分支构建服务build==>push到私服的过程，部署服务即可回滚！不然出现release分支合并到master就无法快速分离代码回滚。
那么现在需要针对这一现象，优化一下回滚策略，分析办法如下：
1、以往使用docker部署服务的经验来看，镜像通过版本号控制，每次升级服务携带的版本号不一样，所以当前版本需要回滚时，可以通过指定任意版本号回滚---此法最灵活，不用管上一个镜像的分支是哪个！
2、结合实际情况，可以先备份镜像，然后再恢复，并且启动即可。
命令使用如下：
启动容器：docker run -id --name=container_name server_name:tag_name查看容器：docker ps -a保存容器：docker commit container_name image_name # 这时的版本是latest压缩镜像：docker save -o image_name.tar image_name删除镜像：docker rmi image_name加载镜像：docker load -i image_name.tar至此镜像文件又回来了，然后将它push到私服覆盖有问题的镜像即可重新拉取还原：docker push nexus.edaedu.net/server_name:tag_name
实际情况：部署服务的时候，执行脚本会一股脑的干掉容器、删除镜像，没有留下任何文件，那么为了更快捷的回滚服务，在clear之前先备份image即可，一旦需要回滚，仍旧先是clear，再从镜像压缩文件load即可。
再度思考：是备份镜像呢还是备份容器？
分析原因：镜像和容器是两个相互独立的步骤，有关联但是可以分开操作！例如：现网是先打好的镜像push到私服，这时线上运行的容器和将来运行的镜像服务内容是不一致的；如果这时候备份了镜像显然是错的(再构建release时先备份image又没错了)，但是如果备份的是容器就没多大问题，例如容器有修改配置文件、或是修复过bug上传的最小class文件？是不是需要验证备份的容器是否包含了这些？
实际结果：测试环境是一键打包部署的，即不可能出现镜像和容器有偏差的地方，所以备份哪个，关系不是很大！
现网环境：建议备份容器，为什么？因为release版本可能需要合并多次，如此自动打包多次，也就被很多次，就算以日期标识，也会被无限覆盖，可能需要时间戳来区分比较合理(如果脚本备份没有其他标识，就只会产生一个备份文件)！
推荐使用版本号控制镜像发版！
nexus私服清理过期的镜像：nexus-cli，github地址
1、下载工具：wget https://s3.eu-west-2.amazonaws.com/nexus-cli/1.0.0-beta/linux/nexus-cli
2、授权：chmod +x nexus-cli
3、./nexus-cli configure 配置
[root@aliyun-sh-94 opt]# ./nexus-cli configure
Enter Nexus Host: 私服地址，如果是ip+portEnter Nexus Repository Name: 镜像仓库名Enter Nexus Username: 账号Enter Nexus Password: 密码4、基本使用命令见github：
$ nexus-cli configure 配置$ nexus-cli image ls 列出镜像$ nexus-cli image tags -name mlabouardy/nginx 查看镜像下的所有tag$ nexus-cli image info -name mlabouardy/nginx -tag 1.2.0 查看镜像指定tag的详细信息$ nexus-cli image delete -name mlabouardy/nginx -tag 1.2.0 删除指定tag的镜像$ nexus-cli image delete -name mlabouardy/nginx -keep 4 保留最近4个镜像$ nexus-cli image size -name mlabouardy/nginx size不支持的参数最重要的环节，脚本如何来设计呢？(修改原来的打包部署脚本即可)
前面已经分析了如何来备份以及备份哪个？首先要明确意图，我们是要回滚当前有bug的版本到上一个正常使用的版本？那么这种备份操作一个都不使用，上面也已经给出了清理私服的镜像操作，那么还是通过版本号来控制回滚操作！打包部署，我们一如既往，在jenkins中加一个string参数控制，将脚本原来默认的test标签通过这个参数控制，每次打包都迭代一个版本，例如从1.0开始，以此类推，直到5.0，那么再创建一个对应服务的回滚job，当需要回滚的时候，也是通过这个string参数进行版本的回滚，这样我们既不需要重新pull代码打包，只需要stop容器并rm容器即可，然后再从私服上拉取一个tag的版本进行启动即可。
#!/bin/bash
echo 'update before'
docker_name='服务名'
port=8100
# 判断容器是否存在
#sh /脚本路径/docker_clear.sh $docker_nameresult=`docker ps -a|grep ${docker_name}|awk '{print $1}'`
echo "result==>${result}"if [ ! -z "$result" ]
thenecho "clear none images now!"#docker ps -a|grep ${result} | awk '{print $1}' | xargs docker stop#docker ps -a|grep ${result} | awk '{print $1}' | xargs docker rmdocker stop ${result}docker rm ${result}docker images|grep ${docker_name}|awk '{print $3}'|xargs docker rmi
elseecho "nothing clear!"
fidocker run -p $port:$port \--restart=always \--user 1000 \--name $docker_name \-v /etc/localtime:/etc/localtime:ro \--add-host 主机:127.0.0.1\--add-host mysql服务:127.0.0.1 \--add-host redis服务:127.0.0.1 \-v /var/logs:/var/logs \-e JAVA_OPTS="-Xms128m -Xmx128m -Xloggc:/日志路径/gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps" \-e SPRING_PROFILES_ACTIVE="test" \-d 私服地址/$docker_name:$1
sleep 5s
docker logs --tail=all $docker_name
tips：linux环境下，字符串的截取，使用方法：
#!/usr/binstring="nexus_image_url/server_name"array=(${string }) # 这会生成一个以/符号分割的数组，表达式为：($string//pattern/ ) pattern是分割符，最后一个/后面有空格echo "array:${array[1]}" #linux下数组索引取值方法for var in ${array[@]}doecho $vardonesubstr=${string:17} # 这个方式有点笨，必须要数数从左边的多少个字符开始截取后面的内容echo "substr : ${substr}"这篇关于Linux环境shell脚本：Docker部署服务_回滚策略_脚本设计的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
