在Docker撰写文件的版本3中，您可以使用RESTART。

例如:

docker-compose.yml

worker:
    build: myapp/.
    volumes:
    - myapp/.:/usr/src/app:ro
    restart: on-failure
    depends_on:
    - rabbitmq
rabbitmq:
    image: rabbitmq:3-management

注意，我使用了depends_on而不是links，因为后者在版本3中已弃用。

尽管它可以工作，但它可能不是理想的解决方案，因为每次失败都要重新启动docker容器。

再看一下RESTART_POLICY。它允许您微调重启策略。

当你在生产环境中使用Compose时，最好使用restart策略:

指定像restart: always这样的重启策略以避免停机

在本土，这是不可能的。另请参阅此特性请求。

到目前为止，您需要在容器CMD中执行此操作，直到所有所需的服务都在那里。

在Dockerfiles CMD中，你可以引用你自己的启动脚本来启动你的容器服务。在你开始之前，你需要等待一个依赖的选项，比如:

Dockerfile

FROM python:2-onbuild
RUN ["pip", "install", "pika"]
ADD start.sh /start.sh
CMD ["/start.sh"]

start.sh

#!/bin/bash
while ! nc -z rabbitmq 5672; do sleep 3; done
python rabbit.py

也许你也需要在Dockerfile中安装netcat。我不知道python映像上预装了什么。

有一些工具提供了易于使用的等待逻辑，用于简单的tcp端口检查:

等待它 dockerize

对于更复杂的等待:

goss -解释博客

有一个叫做“docker-wait”的实用程序可以用于等待。

你也可以把它添加到命令选项中。

command: bash -c "sleep 5; start.sh"

https://github.com/docker/compose/issues/374#issuecomment-156546513

要等待一个端口，您也可以使用类似这样的东西

command: bash -c "while ! curl -s rabbitmq:5672 > /dev/null; do echo waiting for xxx; sleep 3; done; start.sh"

为了增加等待时间，你可以hack更多一点:

command: bash -c "for i in {1..100} ; do if ! curl -s rabbitmq:5672 > /dev/null ; then echo waiting on rabbitmq for $i seconds; sleep $i; fi; done; start.sh"

I currently also have that requirement of waiting for some services to be up and running before others start. Also read the suggestions here and on some other places. But most of them require that the docker-compose.yml some how has to be changed a bit. So I started working on a solution which I consider to be an orchestration layer around docker-compose itself and I finally came up with a shell script which I called docker-compose-profile. It can wait for tcp connection to a certain container even if the service does not expose any port to the host directy. The trick I am using is to start another docker container inside the stack and from there I can (usually) connect to every service (as long no other network configuration is applied). There is also waiting method to watch out for a certain log message. Services can be grouped together to be started in a single step before another step will be triggered to start. You can also exclude some services without listing all other services to start (like a collection of available services minus some excluded services). This kind of configuration can be bundled to a profile. There is a yaml configuration file called dcp.yml which (for now) has to be placed aside your docker-compose.yml file.

对于你的问题，这看起来像:

command:
  aliases:
    upd:
      command: "up -d"
      description: |
        Create and start container. Detach afterword.

profiles:
  default:
    description: |
      Wait for rabbitmq before starting worker.
    command: upd
    steps:
      - label: only-rabbitmq
        only: [ rabbitmq ]
        wait:
          - 5@tcp://rabbitmq:5432
      - label: all-others

现在可以通过调用来启动堆栈

dcp -p default upd

或者仅仅通过

dcp

因为只有一个默认配置文件可以运行-d。

有个小问题。我目前的版本不支持特殊的等待条件，如ony 你实际上需要。这样就没有测试给兔子发信息了。

我已经在考虑进一步的等待方法，以在主机上或作为docker容器运行某个命令。 我们可以扩展这个工具，比如

...
        wait:
          - service: rabbitmq
            method: container
            timeout: 5
            image: python-test-rabbit
...

有一个名为python-test-rabbit的docker映像来进行检查。

这样做的好处是，你再也不需要把等待的部分交给你的员工了。 它将被隔离，并停留在业务流程层内。

也许有人会觉得这个有用。欢迎提出任何建议。

您可以在https://gitlab.com/michapoe/docker-compose-profile上找到这个工具

在Docker撰写文件的版本3中，您可以使用RESTART。

例如:

docker-compose.yml

worker:
    build: myapp/.
    volumes:
    - myapp/.:/usr/src/app:ro
    restart: on-failure
    depends_on:
    - rabbitmq
rabbitmq:
    image: rabbitmq:3-management

注意，我使用了depends_on而不是links，因为后者在版本3中已弃用。

尽管它可以工作，但它可能不是理想的解决方案，因为每次失败都要重新启动docker容器。

再看一下RESTART_POLICY。它允许您微调重启策略。

当你在生产环境中使用Compose时，最好使用restart策略:

指定像restart: always这样的重启策略以避免停机