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

到目前为止，您需要在容器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 -解释博客

另一种解决方案是使用像Kubernetes这样的容器编排解决方案。Kubernetes支持init容器，它在其他容器启动之前运行到完成。你可以在这里找到一个SQL Server 2017 Linux容器的例子，其中API容器使用init容器初始化数据库

https://www.handsonarchitect.com/2018/08/understand-kubernetes-object-init.html

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

我只是有2个撰写文件和开始一个第一个和第二个稍后。我的脚本是这样的:

#!/bin/bash
#before i build my docker files
#when done i start my build docker-compose
docker-compose -f docker-compose.build.yaml up
#now i start other docker-compose which needs the image of the first
docker-compose -f docker-compose.prod.yml up

您还可以通过设置一个端点来解决这个问题，该端点使用netcat(使用docker-wait脚本)等待服务启动。我喜欢这种方法，因为在docker-compose中仍然有一个干净的命令部分。Yml，你不需要添加docker特定的代码到你的应用程序:

version: '2'
services:
  db:
    image: postgres
  django:
    build: .
    command: python manage.py runserver 0.0.0.0:8000
    entrypoint: ./docker-entrypoint.sh db 5432
    volumes:
      - .:/code
    ports:
      - "8000:8000"
    depends_on:
      - db

然后docker-entrypoint.sh:

#!/bin/sh

postgres_host=$1
postgres_port=$2
shift 2
cmd="$@"

# wait for the postgres docker to be running
while ! nc $postgres_host $postgres_port; do
  >&2 echo "Postgres is unavailable - sleeping"
  sleep 1
done

>&2 echo "Postgres is up - executing command"

# run the command
exec $cmd

这在官方docker文档中有记载。

PS:你应该在docker实例中安装netcat，如果这是不可用的。要做到这一点，请在Docker文件中添加以下内容:

RUN apt-get update && apt-get install netcat-openbsd -y 

最近他们添加了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服务本身可能仍然在容器中进行初始化。