摘要：
前言 通过使用Docker部署这些应用，好处就是方便升级、部署、备份。Dockerfile:如果镜像需要自己构建或者做定制，就会有DockerfileREADME.md：说明文档，介绍部署、升级、备份的步骤与注意事项。例外是同步API有不兼容变更的情况，比如harbor1.8升级到1.10，同步api发生了变更，官方也没给出兼容方案。这时就只能退回到方案一了：备份数据，然后下载新的harbor安装包进行部署。
公司使用 Docker-Compose 的方式部署 Jenkins/Gitlab/Sonar/Confluence/Apollo/Harbor/ELK/MySQL 等一系列开发工具/测试数据库。
而每过一段时间，我们就要评估这些软件的新版本，再决定是否升级。
通过使用 Docker 部署这些应用，好处就是方便升级、部署、备份。
配置仓库
首先，我们有一个基础设施配置仓库，专门存放各应用的部署配置文件，每个应用一个文件夹，里面有这些文件：
- docker-compose.yml：harbor 除外，因为它的 docker-compose.yml 是从它自己的配置文件生成的。
- 应用数据一般直接映射到
./xxx_data，这样数据和配置文件放在一起，方便统一管理。
- 应用数据一般直接映射到
- Dockerfile: 如果镜像需要自己构建或者做定制，就会有 Dockerfile
- README.md：说明文档，介绍部署、升级、备份的步骤与注意事项。
- 其他配置文件：如 harbor 需要
harbor.yml.
升级步骤
方案一
查看官方的升级说明，一般直接升级 Docker 镜像就行。
有不兼容的更新时，官方基本都会给出说明和升级建议，比如先升级到某个中间版本，再逐步升级到最新版。
或者在升级前按说明去运行某个数据库表结构修改的 sql。
通用的流程如下：
- 备份原有数据卷/映射文件夹，最好是直接和相应的配置文件一起备份。
- 如果数据量太大不方便备份，你也很相信该软件的升级不会破坏数据，也可以不备份。。
- 更新镜像版本号（升级到最新版本，或者中间版本），然后
docker-compose up -d启动。 - 有问题再回退。。。
如果应用比较重要，需要保证稳定可用，可以先把数据拷到新虚拟机上并通过新镜像部署，测试一段时间，确认没问题了再正式更新。
方案二
使用软件自带的“导入导出/主从复制”这样的功能，通过 api/cli/ui 进行数据的迁移。这样的好处是不会遇到兼容性问题，但是前提是软件本身有这样的功能。
比如 Harbor 仓库，基本都可以通过它的同步功能进行数据迁移。
例外是同步 API 有不兼容变更的情况，比如 harbor 1.8 升级到 1.10，同步 api 发生了变更，官方也没给出兼容方案。
这时就只能退回到方案一了：备份数据，然后下载新的 harbor 安装包进行部署。