Docker在启动Y之前撰写等待容器X

我在这里使用rabbitmq和一个简单的python示例和docker-compose一起。我的问题是我需要等待rabbitmq完全启动。从我搜索到目前为止，我不知道如何等待容器x(在我的case worker)直到y (rabbitmq)启动。

我发现了一篇他检查另一个主机是否在线的博客文章。我还发现了这个docker命令:

等待用法:docker wait CONTAINER[容器…] 阻塞直到容器停止，然后打印它的退出代码。

等着一个集装箱停下来也许不是我想要的，但如果是否可以在docker-compose。yml中使用这个命令? 到目前为止，我的解决方案是等待几秒钟并检查端口，但这是实现这一点的方法吗?如果我不等待，就会得到一个错误。

docker-compose.yml

worker:
    build: myapp/.
    volumes:
    - myapp/.:/usr/src/app:ro

    links:
    - rabbitmq
rabbitmq:
    image: rabbitmq:3-management

Python hello sample (rabbit.py):

import pika
import time

import socket

pingcounter = 0
isreachable = False
while isreachable is False and pingcounter < 5:
    s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
    try:
        s.connect(('rabbitmq', 5672))
        isreachable = True
    except socket.error as e:
        time.sleep(2)
        pingcounter += 1
    s.close()

if isreachable:
    connection = pika.BlockingConnection(pika.ConnectionParameters(
            host="rabbitmq"))
    channel = connection.channel()

    channel.queue_declare(queue='hello')

    channel.basic_publish(exchange='',
                          routing_key='hello',
                          body='Hello World!')
    print (" [x] Sent 'Hello World!'")
    connection.close()

Dockerfile for worker:

FROM python:2-onbuild
RUN ["pip", "install", "pika"]

CMD ["python","rabbit.py"]

2015年11月更新:

在程序中使用shell脚本或等待可能是一种解决方案。但是在看到这个问题后，我正在寻找docker/docker-compose本身的命令或功能。

他们提到了实现运行状况检查的解决方案，这可能是最佳选择。一个开放的tcp连接并不意味着你的服务已经准备好或可能保持准备状态。除此之外，我需要改变我的入口点在我的dockerfile。

因此，我希望通过docker-compose on board命令得到一个答案，如果他们完成了这个问题，就有希望出现这种情况。

2016年3月更新

有人提议提供一种内置的方法来确定容器是否“活”。因此，docker-compose在不久的将来可能会得到应用。

2016年6月更新

健康检查似乎将在1.12.0版本集成到docker中

2017年1月更新

我找到了一个docker-compose解决方案，见: Docker在启动Y之前撰写等待容器X

当前回答

在尝试了几种方法之后，在我看来，最简单和最优雅的选择是使用jwilder/dockerize实用程序映像(@Henrik Sachse提到过，但他没有给出具体的示例)及其-wait标志。这是一个简单的例子，在启动我的应用程序之前，我需要一个RabbitMQ准备好:

version: "3.8"
services:
  # Start RabbitMQ.
  rabbit:
    image: rabbitmq

  # Wait for RabbitMQ to be joinable.
  check-rabbit-started: 
    image: jwilder/dockerize:0.6.1
    depends_on:
      - rabbit
    command: 'dockerize -wait=tcp://rabbit:5672'
  
  # Only start myapp once RabbitMQ is joinable.
  myapp:
    image: myapp:latest
    depends_on:
      - check-rabbit-started

2022-06-15 10:12:03

其他回答

如果你只想启动服务，那么另一个服务成功完成(例如迁移，数据填充等)，docker-compose 1.29版本提供了内置功能service_completed_successfully。

depends_on:
  <service-name>:
    condition: service_completed_successfully

按规格:

Service_completed_successfully——指定在启动依赖服务之前，期望依赖项成功运行完成

2021-04-12 18:09:39

容器开始订购使用

depends_on:

等待前一个容器启动使用脚本

entrypoint: ./wait-for-it.sh db:5432

这篇文章将帮助你 https://docs.docker.com/compose/startup-order/

2016-10-04 12:12:20

version: "3.8"
services:
  # Start RabbitMQ.
  rabbit:
    image: rabbitmq

  # Wait for RabbitMQ to be joinable.
  check-rabbit-started: 
    image: jwilder/dockerize:0.6.1
    depends_on:
      - rabbit
    command: 'dockerize -wait=tcp://rabbit:5672'
  
  # Only start myapp once RabbitMQ is joinable.
  myapp:
    image: myapp:latest
    depends_on:
      - check-rabbit-started

2022-06-15 10:12:03

您还可以通过设置一个端点来解决这个问题，该端点使用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

2016-07-25 10:21:08

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

2016-02-18 08:58:27

Docker在启动Y之前撰写等待容器X

推荐文章

最新文章

标签