Docker 生产环境自动化部署的问题

[dunhanson]

之前项目的修改很少，所以都是我用原始的手动部署方式

• 手动 build 镜像
• 手动 push 到 docker hub
• 手动在 portainer 中 pull 最新的镜像（每个节点操作一遍）
• 手动在 portainer 中更新 update services

现在不想这么整了，感觉好累、好繁琐。。。

docker hub 已经改成自建的私库了，也准备用 jenkins 自动化部署

我现在的想法是这样的，不知道有没有问题？

• 每个 services 创建一个 jenkins 项目
• jenkins build 镜像推送到私库（一个当前的版本，一个 latest ）
• 然后连接 Master 通过免密钥登陆其它节点服务器（ jenkins 脚本内容-1 ）
• 执行 docker pull xxx.xxxx.com/xxx:latest （ jenkins 脚本内容-2 ）
• 接着执行 docker service update xxx （ jenkins 脚本内容-3 ）

那么有问题如何回滚？

[fivesmallq]

我们目前就是通过 jenkins 执行的脚本

```
def switchContainer(String server, String project) {
sh "ssh ${server} mkdir -p /apps/${project}"
sh "scp docker-compose.yml ${server}:/apps/${project}"
sh "scp .env ${server}:/apps/${project}"
sh "ssh ${server} docker network create --subnet=${env.docker_network_range} ${env.docker_network} || true"
sh "ssh ${server} docker-compose -f /apps/${project}/docker-compose.yml pull"
sh "ssh ${server} docker-compose -f /apps/${project}/docker-compose.yml down --remove-orphans -v"
sh "ssh ${server} docker-compose -f /apps/${project}/docker-compose.yml up -d"
sh "ssh ${server} docker image prune -f"
}
```

[figael]

1 ）如果可以断线更新，直接用 docker-compose。
2 ）如果不能断线更新，在服务前加一层反向代理，如 nginx。在新版本实例就绪前，旧版本实例还可以继续对外服务。