我有一个船坞式作曲。Yml文件包含4个容器:redis, postgres, API和worker。
在工作容器的开发过程中,我经常需要重新启动它以应用更改。有没有什么好方法可以在不重启其他容器的情况下重启单个容器(例如worker) ?
我有一个船坞式作曲。Yml文件包含4个容器:redis, postgres, API和worker。
在工作容器的开发过程中,我经常需要重新启动它以应用更改。有没有什么好方法可以在不重启其他容器的情况下重启单个容器(例如worker) ?
当前回答
答案在这里讨论的是对docker-compose变化的反映。yml文件。
但是,如果我想将我在代码中所做的更改合并到一起,并且我相信这只有通过重建映像才能实现,并且我使用以下命令
1. Docker容器停止
docker stop container-id
2. Docker容器移除
docker rm container-id
3.Docker图像移除
docker rmi image-id
4. 重新组合容器
docker-compose up container-name
其他回答
要在只重新启动单个服务的情况下对Docker Compose文件应用更改,可以使用Docker - Compose命令和up命令并指定服务名称。例如:
$ docker-compose up -d --no-deps myservice
这个命令将更新myservice服务的配置并重新启动它,而不会影响撰写文件中的任何其他服务。-d标志在后台运行服务,——no-deps标志告诉Compose不要启动myservice服务的任何依赖项。
您也可以使用restart命令重新启动单个服务:
$ docker-compose restart myservice
这将应用myservice服务的最新配置并重新启动它。
注意,该命令不会对Compose文件本身应用任何更改,它只会使用当前配置重新启动服务。
下面的命令
docker-compose restart worker
将只是停止和启动容器。也就是说,无需从docker-compose.xml中加载任何更改
STOP类似于PC中的休眠。因此,停止/启动将不会查找配置文件中的任何更改。为了从容器的recipe (docker-compose.xml)中重新加载,我们需要删除并创建容器(类似于重新启动PC)
命令如下所示
docker-compose stop worker // go to hibernate
docker-compose rm worker // shutdown the PC
docker-compose create worker // create the container from image and put it in hibernate
docker-compose start worker //bring container to life from hibernation
由于其他一些答案包含关于重新构建的信息,并且我的用例也需要重新构建,所以我有一个更好的解决方案(与那些相比)。
仍然有一种方法可以轻松地在一行中只针对一个工作容器进行重建+重启,尽管它实际上不是一个命令。对我来说,最好的解决方案就是重建和重启:
docker-compose build worker && docker-compose restart worker
这同时实现了我的两个主要目标:
目标是单个工作者容器 在一行中重新构建和重新启动它
希望这能对大家有所帮助。
重启单个节点的其他答案是on target, docker-compose restart worker。这将反弹该容器,但不包括任何更改,即使您单独重新构建它。您可以手动停止、rm、创建和启动,但还有更简单的方法。
如果你已经更新了你的代码,你可以在一个步骤中使用:
docker-compose up --detach --build
这将首先从任何更改的代码重新构建图像,如果没有更改,这是快速的,因为缓存是重用的。然后它只替换改变的容器。如果你下载的图像是陈旧的,你可以在上面的命令前面加上:
docker-compose pull
首先下载任何更改的图像(容器不会重新启动,直到您运行类似上面的命令)。初次停车是不必要的。
如果只对单个服务执行此操作,请对您想指定的服务执行up或pull命令,例如:
docker-compose up --detach --build worker
下面是第一个选项的快速示例,Dockerfile的结构是将代码中频繁变化的部分保存在末尾。实际上,由于pip安装文件很少更改,因此需求是单独提取的。由于nginx和redis容器是最新的,所以它们没有重新启动。整个过程总时间不到6秒:
$ time docker-compose -f docker-compose.nginx-proxy.yml up --detach --build
Building counter
Step 1 : FROM python:2.7-alpine
---> fc479af56697
Step 2 : WORKDIR /app
---> Using cache
---> d04d0d6d98f1
Step 3 : ADD requirements.txt /app/requirements.txt
---> Using cache
---> 9c4e311f3f0c
Step 4 : RUN pip install -r requirements.txt
---> Using cache
---> 85b878795479
Step 5 : ADD . /app
---> 63e3d4e6b539
Removing intermediate container 9af53c35d8fe
Step 6 : EXPOSE 80
---> Running in a5b3d3f80cd4
---> 4ce3750610a9
Removing intermediate container a5b3d3f80cd4
Step 7 : CMD gunicorn app:app -b 0.0.0.0:80 --log-file - --access-logfile - --workers 4 --keep-alive 0
---> Running in 0d69957bda4c
---> d41ff1635cb7
Removing intermediate container 0d69957bda4c
Successfully built d41ff1635cb7
counter_nginx_1 is up-to-date
counter_redis_1 is up-to-date
Recreating counter_counter_1
real 0m5.959s
user 0m0.508s
sys 0m0.076s
要重新启动一个更改的服务,以下是我执行的步骤:
docker-compose stop -t 1 worker
docker-compose build worker
docker-compose up --no-start worker
docker-compose start worker