确保您将所有持久数据(配置、日志或应用程序数据)都用于卷，这些数据存储在与容器内进程状态相关的容器上。更新Dockerfile并使用您想要的更改重新构建映像，并重新启动容器，将卷挂载到相应的位置。

下面是在构建自定义Dockerfile时使用docker-compose的样子。

首先构建自定义Dockerfile，然后附加下一个版本号以进行区分。示例:docker build -t imagename:版本。这将在本地存储您的新版本。 运行docker-compose down 编辑docker-compose。Yml文件以反映在步骤1中设置的新映像名称。 运行docker-compose up -d。它将在本地查找图像并使用升级后的图像。

编辑- - - - - -

我上面的步骤比实际需要的更冗长。我已经通过包含构建优化了我的工作流程:。参数到我的docker-compose文件。现在的步骤是这样的:

验证我的Dockerfile是我想要的样子。 在docker-compose文件中设置映像名称的版本号。 如果我的映像还没有构建:运行docker-compose build 运行docker-compose up -d

我当时没有意识到，但是docker-compose足够智能，只需用一个命令就可以将我的容器更新为新的映像，而不必先将其关闭。

在评估答案和研究主题之后，我想总结一下。

Docker升级容器的方式如下:

应用程序容器不应该存储应用程序数据。通过这种方式，你可以在任何时候通过执行如下命令将应用程序容器替换为更新的版本:

docker pull mysql
docker stop my-mysql-container
docker rm my-mysql-container
docker run --name=my-mysql-container --restart=always \
  -e MYSQL_ROOT_PASSWORD=mypwd -v /my/data/dir:/var/lib/mysql -d mysql

您可以将数据存储在主机上(在作为卷挂载的目录中)，也可以存储在特殊的仅数据容器中。阅读更多相关信息

关于卷(Docker docs) 小Docker碎片，松散连接(汤姆·奥弗曼) 如何处理Docker中的持久存储(例如数据库)(堆栈溢出问题)

升级应用程序(例如;容器中的yum/apt-get upgrade)被认为是反模式。应用程序容器被认为是不可变的，这将保证可再现的行为。一些官方的应用程序映像(特别是mysql:5.6)甚至没有被设计为自我更新(apt-get升级不起作用)。

我要感谢每个给出答案的人，这样我们才能看到不同的方法。

更新

这主要是查询容器不更新作为构建图像是要做的方法

我也遇到了同样的问题，所以我创建了docker-run，这是一个非常简单的命令行工具，在docker容器中运行，以更新其他运行容器中的包。

它使用docker-py与正在运行的docker容器通信，更新包或运行任意单个命令

例子:

Docker run——rm -v /var/run/ Docker .sock:/tmp/ Docker .sockSock itech/docker-run exec

默认情况下，这将在所有正在运行的容器中运行date命令并返回结果，但您可以发出任何命令，例如docker-run exec "uname -a"

更新包(目前只使用apt-get):

Docker run——rm -v /var/run/ Docker .sock:/tmp/ Docker .sockSock itech/docker-run更新

您可以创建和别名，并将其作为常规命令行使用 如。

别名docker-run='docker run——rm -v /var/run/docker.sock:/tmp/docker. sock:/tmp/docker. sock袜子itech / docker-run '

摘自http://blog.stefanxo.com/2014/08/update-all-docker-images-at-once/

您可以使用以下命令管道更新所有现有的映像:

docker images | awk '/^REPOSITORY|\<none\>/ {next} {print $1}' | xargs -n 1 docker pull

这也是我为自己的照片所做的努力。我有一个服务器环境，从中创建Docker映像。当我更新服务器时，我希望所有基于Docker映像运行容器的用户都能够升级到最新的服务器。

理想情况下，我更喜欢生成一个新版本的Docker映像，并让所有基于该映像以前版本的容器自动更新到“到位”的新映像。但这种机制似乎并不存在。

因此，到目前为止，我能想到的下一个最佳设计是提供一种让容器更新自身的方法——类似于桌面应用程序检查更新并升级自身的方式。在我的例子中，这可能意味着编写一个脚本，其中包含从一个知名标记提取的Git。

图像/容器实际上并没有改变，但是容器的“内部”发生了变化。您可以想象对apt-get、yum或任何适合您环境的东西执行相同的操作。与此同时，我将更新注册表中的myserver:最新映像，以便任何新的容器都将基于最新映像。

我很想知道是否有任何现有技术可以解决这个问题。