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

不建议用于严重的部署，但这里实际上是一个“等待x秒”命令。

在docker-compose 3.4版中，healthcheck添加了一条start_period指令。这意味着我们可以做到以下几点:

docker-compose.yml:

version: "3.4"
services:
  # your server docker container
  zmq_server:
    build:
      context: ./server_router_router
      dockerfile: Dockerfile

  # container that has to wait
  zmq_client:
    build:
      context: ./client_dealer/
      dockerfile: Dockerfile
    depends_on:
      - zmq_server
    healthcheck:
      test: "sh status.sh"
      start_period: 5s

status.sh:

#!/bin/sh

exit 0

这里发生的情况是，5秒后调用healthcheck。这将调用status.sh脚本，该脚本总是返回“No problem”。 我们只是让zmq_client容器在启动前等待5秒!

注意:重要的是你有版本:“3.4”。如果。4不在那里，docker-compose会抱怨。

最近他们添加了depends_on特性。

编辑:

从撰写版本2.1+到版本3，你可以使用depends_on结合healthcheck来实现这一点:

从文档中可以看出:

version: '2.1'
services:
  web:
    build: .
    depends_on:
      db:
        condition: service_healthy
      redis:
        condition: service_started
  redis:
    image: redis
  db:
    image: redis
    healthcheck:
      test: "exit 0"

2.1版本之前

您仍然可以使用depends_on，但是它只影响服务启动的顺序——如果它们在依赖的服务启动之前就准备好了，则不会影响服务。

它似乎至少需要1.6.0版本。

用法应该是这样的:

version: '2'
services:
  web:
    build: .
    depends_on:
      - db
      - redis
  redis:
    image: redis
  db:
    image: postgres 

从文档中可以看出:

表达服务之间的依赖关系，这有两个效果: Docker-compose up将按依赖顺序启动服务。在下面的例子中，db和redis会在web之前启动。 docker-compose up SERVICE会自动包含SERVICE的依赖项。在下面的例子中，docker-compose up web也将创建并启动db和redis。

注意:据我所知，尽管这确实设置了容器装载的顺序。它不保证容器内的服务已经实际加载。

例如，您的postgres容器可能已经启动。但是postgres服务本身可能仍然在容器中进行初始化。

在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这样的重启策略以避免停机

基于这篇博客文章https://8thlight.com/blog/dariusz-pasciak/2016/10/17/docker-compose-wait-for-dependencies.html

我配置了docker-compose。Yml如下所示:

version: "3.1"

services:
  rabbitmq:
    image: rabbitmq:3.7.2-management-alpine
    restart: always
    environment:
      RABBITMQ_HIPE_COMPILE: 1
      RABBITMQ_MANAGEMENT: 1
      RABBITMQ_VM_MEMORY_HIGH_WATERMARK: 0.2
      RABBITMQ_DEFAULT_USER: "rabbitmq"
      RABBITMQ_DEFAULT_PASS: "rabbitmq"
    ports:
      - "15672:15672"
      - "5672:5672"
    volumes:
      - data:/var/lib/rabbitmq:rw

  start_dependencies:
    image: alpine:latest
    links:
      - rabbitmq
    command: >
      /bin/sh -c "
        echo Waiting for rabbitmq service start...;
        while ! nc -z rabbitmq 5672;
        do
          sleep 1;
        done;
        echo Connected!;
      "

volumes:
  data: {}

然后执行for run =>:

Docker-compose start_dependencies

Rabbitmq服务将以daemon模式启动，start_dependencies将完成工作。

我猜docker的人真的想让我们用自己映像中的代码来等待服务。我仍然想在docker-compose.yml中配置等待的服务。如果您愿意使用入口点脚本，这里有一种方法。

使用图像中包含的wait-for-it工具将此循环添加到入口点脚本中。我正在使用https://github.com/vishnubob/wait-for-it/。如果不传递任何服务，循环将不执行任何操作。

for service in "$@"; do
    echo "$0: wait for service $service"
    if ! wait-for-it "$service"; then
        echo "$0: failed on service $service"
        exit 1
    fi
done

在docker-compose.yml中为容器传递所需的服务:

    command: ["my-data-svc:5000"]

这依赖于docker命令作为参数传递给入口点脚本的行为。您可能会认为我在这里滥用了docker命令的意图。我不会死在山上的，这对我很有用。