Docker compose up -d与Docker restart的区别

背景 - 有时需要临时在容器内进行修改

Docker给现场部署带来了很大的方便。我们可以把代码和依赖都封到 Docker 镜像里，然后通过Docker 加载成容器，轻松部署。

另外，我们还可以通过 Docker-compose 把多个容器，比如 Nginx 容器，应用容器，数据库容器给编织起来，形成一整套服务。

但是，有些时候，到了现场，我们需要对临时代码进行一些小的调整和修改。
调整之后，往往需要重启容器或服务，使修改生效。这时，人们往往会用到：

• docker restart 容器名 ， 或者
• docker-compose up -d

进行容器重启。但是这两者有什么区别呢？

docker-compose up -d

如果我们对 docker-compose.yml 进行了修改，比如，增加或者修改了：

• 暴露的端口
• 映射出来的文件
• 环境变量

这时，使用 docker-compose up -d 可以使这些修改生效。
但是要注意，docker-compose up -d 会：

• 停止原来的容器
• 删除原来的容器
• 使用新的参数，结合原始镜像文件，创建一个新的容器提供服务

这时，在原有容器中做得修改，如果没有使用 docker-commit 做持久化，就会被冲掉，不会留下来。

docker restart 容器名

如果使用 docker restart 容器名，对容器进行重启。则之前在 docker 容器中做得临时修改，不会被冲掉。docker 会使用修改后的代码提供服务。
但是，这种方式没有办法修改 docker-compose 中暴露的端口号，没有办法进行 volume 映射等操作。

使用 docker commit 保留临时的修改

如果现场测试后，觉得这些临时修改没有问题，希望保留，可以在宿主机上，使用 docker commit 容器名 镜像名：标签 ，把临时的修改 commit 到镜像中。

这样，即使之后再使用 docker-compose up -d，只要在 docker-compose.yml 文件中，使用 commit 后的 镜像名:标签，之前的修改也可以保留。

举例

在容器里临时修改代码

如果在现场，我们发现 docker 容器中的一段 python 代码需要修改，可以
docker exec -it 容器名 /bin/sh 进入容器，找到相应的代码进行修改。

修改之后，可以在宿主机上，使用 docker restart 容器名 进行重启。修改的代码会生效。

调整 docker-compose.yml 中的配置

如果在现场，发现要修改容器的端口，或者增加或修改环境变量配置。则需要修改 docker-compose.yml。然后使用 docker-compose up -d 使修改后的配置生效。
但是，要注意：docker-compose up -d 会 停止并删除原有的镜像，并使用系统中原有的镜像，结合 docker-compose.yml 中的新配置来 生成一个新的镜像，提供服务。

这时，如果原有容器中，有临时修改，比如在原容器里修改了某一段 python 代码，则这些修改会被 冲掉。

所以，在使用时，要千万小心。

使用 docker commit 把容器的修改保存到镜像中

比如，我们在现场的 my_container 容器中，修改了一些代码，我们希望把这些修改保留下来。
假设这个容器对应的镜像名是 my_image:1.0.1，则我们可以在宿主机上，使用：

docker commit my_container my_image:1.0.1

把修改保存到原镜像中。当然，你也可以把修改保存到 my_image:1.0.2 。
但要记得对 docker-compose.yml 文件中，把对应的镜像名称，也改为 my_image:1.0.2。

以上描述的方式，比较适合现场没有互联网连接的场景。

到此这篇关于Docker compose up -d与Docker restart的区别的文章就介绍到这了,更多相关Docker compose up -d与Docker restart内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！