0


Docker compose up -d 与 Docker restart 的区别

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 容器 运维

本文转载自: https://blog.csdn.net/ginkov/article/details/125652878
版权归原作者 ginkov 所有, 如有侵权,请联系我们删除。

“Docker compose up -d 与 Docker restart 的区别”的评论:

还没有评论