Docker Soạn chờ container X trước khi bắt đầu Y

Tôi đang sử dụng rabbitmq và một mẫu trăn đơn giản từ đây cùng với docker-compose. Vấn đề của tôi là tôi cần đợi rabbitmq bắt đầu hoàn toàn. Từ những gì tôi đã tìm kiếm cho đến nay, tôi không biết cách chờ đợi với container x (trong trường hợp nhân viên của tôi) cho đến khi y (rabbitmq) được bắt đầu.

Tôi tìm thấy blogpost này nơi anh ấy kiểm tra nếu máy chủ khác đang trực tuyến. Tôi cũng tìm thấy lệnh docker này :

chờ đợi

Cách sử dụng: docker chờ CONTAINER [CONTAINER ...]

Chặn cho đến khi một container dừng lại, sau đó in mã thoát của nó.

Chờ đợi một container dừng lại có thể không phải là điều tôi đang tìm kiếm nhưng nếu có, liệu có thể sử dụng lệnh đó bên trong docker-compose.yml không? Giải pháp của tôi cho đến nay là chờ vài giây và kiểm tra cổng, nhưng đây có phải là cách để đạt được điều này?. Nếu tôi không đợi tôi sẽ gặp lỗi.

docker-compose.yml

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

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

mẫu xin chào python (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 cho công nhân:

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

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

Cập nhật tháng 11 năm 2015 :

Một kịch bản shell hoặc chờ đợi bên trong chương trình của bạn có thể là một giải pháp khả thi. Nhưng sau khi thấy vấn đề này, tôi đang tìm kiếm một lệnh hoặc tính năng của docker / docker-compose chính nó.

Họ đề cập đến một giải pháp để thực hiện kiểm tra sức khỏe, có thể là lựa chọn tốt nhất. Kết nối tcp mở không có nghĩa là dịch vụ của bạn đã sẵn sàng hoặc có thể vẫn sẵn sàng. Ngoài ra, tôi cần thay đổi điểm vào trong dockerfile của mình.

Vì vậy, tôi hy vọng câu trả lời với docker-compose trên bảng lệnh, hy vọng sẽ có trường hợp nếu họ hoàn thành vấn đề này.

Cập nhật tháng 3 năm 2016

Có một đề xuất cung cấp một cách tích hợp để xác định xem một container có còn "sống" hay không. Vì vậy, docker-compose có thể sử dụng nó trong tương lai gần.

Cập nhật tháng 6 năm 2016

Có vẻ như Healthcheck sẽ được tích hợp vào docker trong Phiên bản 1.12.0

Cập nhật tháng 1 năm 2017

Tôi tìm thấy một giải pháp soạn thảo docker xem: Docker Compose chờ container X trước khi bắt đầu Y

Cuối cùng tìm thấy một giải pháp với một phương pháp soạn thảo docker. Vì định dạng tập tin Docker-soạn 2.1 bạn có thể xác định healthchecks .

Tôi đã làm điều đó trong một dự án ví dụ bạn cần cài đặt ít nhất là docker 1.12.0+. Tôi cũng cần phải mở rộng Dockerfile quản lý rabbitmq , vì curl không được cài đặt trên hình ảnh chính thức.

Bây giờ tôi kiểm tra xem trang quản lý của rabbitmq-container có sẵn không. Nếu curl kết thúc với mã thoát 0, ứng dụng container (python pika) sẽ được khởi động và xuất bản một thông báo để chào hàng. Bây giờ nó làm việc (đầu ra).

docker-compose (phiên bản 2.1):

version: '2.1'

services:
  app:
    build: app/.
    depends_on:
      rabbit:
        condition: service_healthy
    links: 
        - rabbit

  rabbit:
    build: rabbitmq/.
    ports: 
        - "15672:15672"
        - "5672:5672"
    healthcheck:
        test: ["CMD", "curl", "-f", "http://localhost:15672"]
        interval: 30s
        timeout: 10s
        retries: 5

đầu ra:

rabbit_1  | =INFO REPORT==== 25-Jan-2017::14:44:21 ===
rabbit_1  | closing AMQP connection <0.718.0> (172.18.0.3:36590 -> 172.18.0.2:5672)
app_1     |  [x] Sent 'Hello World!'
healthcheckcompose_app_1 exited with code 0

Dockerfile (rabbitmq + curl):

FROM rabbitmq:3-management
RUN apt-get update
RUN apt-get install -y curl 
EXPOSE 4369 5671 5672 25672 15671 15672

Phiên bản 3 không còn hỗ trợ các hình thức điều kiện của depends_on . Vì vậy, tôi đã chuyển từ phụ thuộc vào để khởi động lại thất bại. Bây giờ bộ chứa ứng dụng của tôi sẽ khởi động lại 2-3 lần cho đến khi nó hoạt động, nhưng nó vẫn là một tính năng soạn thảo docker mà không ghi đè lên điểm nhập cảnh.

docker-compose (phiên bản 3):

version: "3"

services:

  rabbitmq: # login guest:guest
    image: rabbitmq:management
    ports:
    - "4369:4369"
    - "5671:5671"
    - "5672:5672"
    - "25672:25672"
    - "15671:15671"
    - "15672:15672"
    healthcheck:
        test: ["CMD", "curl", "-f", "http://localhost:15672"]
        interval: 30s
        timeout: 10s
        retries: 5

  app:
    build: ./app/
    environment:
      - HOSTNAMERABBIT=rabbitmq
    restart: on-failure
    depends_on:
      - rabbitmq
    links: 
        - rabbitmq

Điều đó là không thể, chưa. Xem thêm yêu cầu tính năng này .

Cho đến nay bạn cần phải làm điều đó trong các thùng chứa của bạn CMDđể đợi cho đến khi tất cả các dịch vụ cần thiết ở đó.

Trong Dockerfiles CMDbạn có thể tham khảo kịch bản bắt đầu của riêng bạn mà kết thúc tốt đẹp khởi động tuyến vận chuyển container của bạn. Trước khi bạn bắt đầu nó, bạn chờ đợi một tùy thuộc như:

Dockerfile

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

bắt đầu

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

Có lẽ bạn cũng cần phải cài đặt netcat Dockerfile. Tôi không biết những gì được cài đặt sẵn trên hình ảnh con trăn.

Có một vài công cụ hiện có cung cấp logic chờ sử dụng dễ dàng, để kiểm tra cổng tcp đơn giản:

• chờ đợi cho nó
• cập bến

Đối với chờ đợi phức tạp hơn:

• goss - blog giải thích

Sử dụng restart: unless-stoppedhoặc restart: alwayscó thể giải quyết vấn đề này.

Nếu worker containerdừng lại khi rabbitMQ chưa sẵn sàng, nó sẽ được khởi động lại cho đến khi nó được.

Gần đây họ đã thêm depends_ontính năng này .

Biên tập:

Kể từ phiên bản soạn thảo 2.1+, bạn có thể sử dụng depends_onkết hợp với healthcheckđể đạt được điều này:

Từ các tài liệu :

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"

Trước phiên bản 2.1

Bạn vẫn có thể sử dụng depends_on, nhưng nó chỉ ảnh hưởng đến thứ tự bắt đầu dịch vụ - không phải nếu chúng sẵn sàng trước khi dịch vụ phụ thuộc được bắt đầu.

Nó dường như yêu cầu ít nhất phiên bản 1.6.0.

Cách sử dụng sẽ trông giống như thế này:

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

Từ các tài liệu:

Thể hiện sự phụ thuộc giữa các dịch vụ, có hai tác dụng:

• docker-compose up sẽ bắt đầu các dịch vụ theo thứ tự phụ thuộc. Trong ví dụ sau, db và redis sẽ được khởi động trước web.
• Docker-compose up DỊCH VỤ sẽ tự động bao gồm các phụ thuộc của DỊCH VỤ. Trong ví dụ sau, web soạn thảo docker cũng sẽ tạo và bắt đầu db và redis.

Lưu ý: Theo tôi hiểu, mặc dù điều này không đặt thứ tự các container được tải. Nó không đảm bảo rằng dịch vụ bên trong container đã thực sự được tải.

Ví dụ, bạn postgres container có thể lên. Nhưng bản thân dịch vụ postgres vẫn có thể được khởi tạo trong container.

bạn cũng có thể chỉ cần thêm nó vào tùy chọn lệnh, vd.

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

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

chờ đợi trên một cổng bạn cũng có thể sử dụng một cái gì đó như thế này

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

để tăng thời gian chờ đợi, bạn có thể hack thêm một chút:

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"

restart: on-failure đã lừa tôi .. xem bên dưới

---
version: '2.1'
services:
  consumer:
    image: golang:alpine
    volumes:
      - ./:/go/src/srv-consumer
    working_dir: /go/src/srv-consumer
    environment:
      AMQP_DSN: "amqp://guest:guest@rabbitmq:5672"
    command: go run cmd/main.go
    links:
          - rabbitmq
    restart: on-failure

  rabbitmq:
    image: rabbitmq:3.7-management-alpine
    ports:
      - "15672:15672"
      - "5672:5672"

Đối với container bắt đầu sử dụng đặt hàng

depends_on:

Để chờ container trước bắt đầu sử dụng tập lệnh

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

Bài viết này sẽ giúp bạn https://docs.docker.com/compose/startup-order/

Bạn cũng có thể giải quyết điều này bằng cách đặt điểm cuối chờ dịch vụ tăng lên bằng cách sử dụng netcat (sử dụng docker-Wait tập lệnh ). Tôi thích cách tiếp cận này vì bạn vẫn có một commandphần rõ ràng trong bạn docker-compose.ymlvà bạn không cần thêm mã cụ thể của docker vào ứng dụng của mình:

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

Sau đó của bạn 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

Điều này ngày nay được ghi nhận trong tài liệu chính thức của docker .

PS: Bạn nên cài đặt netcattrong ví dụ docker của bạn nếu điều này không có sẵn. Để làm như vậy, thêm điều này vào Dockertập tin của bạn :

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

Có một tiện ích sẵn sàng để sử dụng gọi là " docker-Wait " có thể được sử dụng để chờ.

Đã thử nhiều cách khác nhau, nhưng thích sự đơn giản của việc này: https://github.com/ufoscout/docker-compose-wait

Ý tưởng rằng bạn có thể sử dụng các lọ ENV trong tệp soạn thảo docker để gửi danh sách các máy chủ dịch vụ (có cổng) sẽ được "chờ" như thế này : WAIT_HOSTS: postgres:5432, mysql:3306, mongo:27017.

Vì vậy, giả sử bạn có tệp docker-compose.yml sau (sao chép / quá khứ từ repo README ):

version: "3"

services:

  mongo:
    image: mongo:3.4
    hostname: mongo
    ports:
      - "27017:27017"

  postgres:
    image: "postgres:9.4"
    hostname: postgres
    ports:
      - "5432:5432"

  mysql:
    image: "mysql:5.7"
    hostname: mysql
    ports:
      - "3306:3306"

  mySuperApp:
    image: "mySuperApp:latest"
    hostname: mySuperApp
    environment:
      WAIT_HOSTS: postgres:5432, mysql:3306, mongo:27017

Tiếp theo, để các dịch vụ chờ, bạn cần thêm hai dòng sau vào Dockerfiles của bạn (vào Dockerfile của các dịch vụ sẽ chờ các dịch vụ khác bắt đầu):

ADD https://github.com/ufoscout/docker-compose-wait/releases/download/2.5.0/wait /wait
RUN chmod +x /wait

Ví dụ đầy đủ về Dockerfile mẫu như vậy (một lần nữa từ dự án repo README ):

FROM alpine

## Add your application to the docker image
ADD MySuperApp.sh /MySuperApp.sh

## Add the wait script to the image
ADD https://github.com/ufoscout/docker-compose-wait/releases/download/2.5.0/wait /wait
RUN chmod +x /wait

## Launch the wait tool and then your application
CMD /wait && /MySuperApp.sh

Để biết chi tiết khác về cách sử dụng có thể, xem README

dựa trên bài đăng trên blog này https://8thlight.com/blog/dariusz-pasciak/2016/10/17/docker-compose-wait-for-dependencies.html

Tôi cấu hình của tôi docker-compose.ymlnhư hiển thị dưới đây:

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: {}

Sau đó, tôi làm để chạy =>:

docker-compose up start_dependencies

rabbitmqDịch vụ sẽ bắt đầu trong chế độ daemon, start_dependenciessẽ hoàn thành công việc.

Trong phiên bản 3 của tệp Docker Compose, bạn có thể sử dụng RESTART .

Ví dụ:

docker-compose.yml

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

Lưu ý rằng tôi đã sử dụng phụ thuộc thay vì liên kết vì sau này không được dùng trong phiên bản 3.

Mặc dù nó hoạt động, nó có thể không phải là giải pháp lý tưởng vì bạn khởi động lại container docker mỗi khi thất bại.

Hãy xem RESTART_POLICY là tốt. nó cho phép bạn tinh chỉnh chính sách khởi động lại.

Khi bạn sử dụng Compose trong sản xuất , thực tế tốt nhất là sử dụng chính sách khởi động lại:

Chỉ định chính sách khởi động lại như khởi động lại: luôn để tránh thời gian chết

Một trong những giải pháp thay thế là sử dụng giải pháp điều phối container như Kubernetes. Kubernetes có hỗ trợ cho các container init chạy đến khi hoàn thành trước khi các container khác có thể bắt đầu. Bạn có thể tìm thấy một ví dụ ở đây với bộ chứa SQL Server 2017 Linux nơi bộ chứa API sử dụng bộ chứa init để khởi tạo cơ sở dữ liệu

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

Dưới đây là ví dụ về nơi maincontainer chờ đợi workerkhi nó bắt đầu phản hồi cho ping:

version: '3'
services:
  main:
    image: bash
    depends_on:
     - worker
    command: bash -c "sleep 2 && until ping -qc1 worker; do sleep 1; done &>/dev/null"
    networks:
      intra:
        ipv4_address: 172.10.0.254
  worker:
    image: bash
    hostname: test01
    command: bash -c "ip route && sleep 10"
    networks:
      intra:
        ipv4_address: 172.10.0.11
networks:
  intra:
    driver: bridge
    ipam:
      config:
      - subnet: 172.10.0.0/24

Tuy nhiên, cách thích hợp là sử dụng healthcheck(> = 2.1).

Không được đề xuất cho các triển khai nghiêm túc, nhưng về cơ bản, đây là lệnh "chờ x giây".

Với docker-composephiên bản, 3.4một start_periodhướng dẫn đã được thêm vàohealthcheck . Điều này có nghĩa là chúng ta có thể làm như sau:

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

Điều xảy ra ở đây là healthcheckđược gọi sau 5 giây. Điều này gọi status.shkịch bản, luôn trả về "Không có vấn đề". Chúng tôi chỉ cần làm zmq_clientcontainer chờ 5 giây trước khi bắt đầu!

Lưu ý: Điều quan trọng là bạn có version: "3.4". Nếu .4không có, docker-compose phàn nàn.

Tôi chỉ có 2 tập tin soạn thảo và bắt đầu một tập tin thứ nhất và thứ hai sau đó. Kịch bản của tôi trông như thế:

#!/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