{ "componentChunkName": "component---src-templates-issues-tsx", "path": "/issues/120", "result": {"data":{"issuesJson":{"id":"a2188f0b-fb7a-55da-91c3-aca0fab7bf7f","title":"ufoscout/docker-compose-wait: 一个小型命令行工具，用于在使用 Docker-compose(or K8s)时等待其他 Docker 容器启动的场景","number":120,"bodyHTML":"

\n

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n

Repos	ufoscout/docker-compose-wait
Views	$\"views\"$
Stars	$\"stars\"$
Forks	$\"forks\"$
License	$\"license\"$
UpdatedAt	$\"last-commit\"$
CreatedAt	$\"create-at\"$

\n\n

\n

\n

\n

docker-compose-wait

\n

$\"Build$
\n $\"codecov\"$

\n

A small command-line utility to wait for other docker images to be started while using docker-compose (or Kubernetes or docker stack or whatever).

\n

It permits waiting for:

\n

a fixed amount of seconds
until a TCP port is open on a target image
until a file or directory is present on the local filesystem

\n

Usage

\n

This utility should be used in the docker build process and launched before your application starts.

\n

For example, your application \"MySuperApp\" uses MongoDB, Postgres and MySql (wow!) and you want to be sure that, when it starts, all other systems are available, then simply customize your dockerfile this way:

\n

## Use whatever base image\nFROM alpine\n\n## Add the wait script to the image\nCOPY --from=ghcr.io/ufoscout/docker-compose-wait:latest /wait /wait\n\n## Otherwise you can directly download the executable from github releases. E.g.:\n#  ADD https://github.com/ufoscout/docker-compose-wait/releases/download/2.11.0/wait /wait\n#  RUN chmod +x /wait\n\n## Add your application to the docker image\nADD MySuperApp.sh /MySuperApp.sh\n\n## Launch the wait tool and then your application\nCMD /wait && /MySuperApp.sh

\n

Done! the image is ready.

\n

Now let's modify the docker-compose.yml file:

\n

version: \"3\"\n\nservices:\n  mongo:\n    image: mongo:3.4\n    hostname: mongo\n    ports:\n      - \"27017:27017\"\n\n  postgres:\n    image: \"postgres:9.4\"\n    hostname: postgres\n    ports:\n      - \"5432:5432\"\n\n  mysql:\n    image: \"mysql:5.7\"\n    hostname: mysql\n    ports:\n      - \"3306:3306\"\n\n  mySuperApp:\n    image: \"mySuperApp:latest\"\n    hostname: mySuperApp\n    environment:\n      WAIT_HOSTS: postgres:5432, mysql:3306, mongo:27017

\n

When docker-compose is started (or Kubernetes or docker stack or whatever), your application will be started only when all the pairs host:port in the WAIT_HOSTS variable are available.
\nThe WAIT_HOSTS environment variable is not mandatory, if not declared, the script executes without waiting.

\n

If you want to use the script directly in docker-compose.yml instead of the Dockerfile, please note that the command: configuration option is limited to a single command so you should wrap in a sh call. For example:

\n

command: sh -c \"/wait && /MySuperApp.sh\"

\n

This is discussed further here and here.

\n

Usage in images that do not have a shell

\n

When using distroless or building images FROM scratch, it is common to not have sh available. In this case, it is necessary to specify the command for wait to run explicitly. The invoked command will be invoked with any arguments configured for it and will completely replace the wait process in your container via a syscall to exec. Because there is no shell to expand arguments in this case, wait must be the ENTRYPOINT for the container and has to be specified in the exec form. Note that because there is no shell to perform expansion, arguments like * must be interpreted by the program that receives them.

\n

FROM golang\n\nCOPY myApp /app\nWORKDIR /app\nRUN go build -o /myApp -ldflags '-s -w -extldflags -static' ./...\n\n## ----------------\n\nFROM scratch\n\nCOPY --from=ghcr.io/ufoscout/docker-compose-wait:latest /wait /wait\n\nCOPY --from=0 /myApp /myApp\nENV WAIT_COMMAND=\"/myApp arg1 argN...\"\nENTRYPOINT [\"/wait\"]

\n

Additional configuration options

\n

The behaviour of the wait utility can be configured with the following environment variables:

\n

WAIT_LOGGER_LEVEL : the output logger level. Valid values are: debug, info, error, off. the default is debug.
WAIT_HOSTS: comma-separated list of pairs host:port for which you want to wait.
WAIT_PATHS: comma-separated list of paths (i.e. files or directories) on the local filesystem for which you want to wait until they exist.
WAIT_COMMAND: command and arguments to run once waiting completes. The invoked command will completely replace the wait process. The default is none.
WAIT_TIMEOUT: max number of seconds to wait for all the hosts/paths to be available before failure. The default is 30 seconds.
WAIT_HOST_CONNECT_TIMEOUT: The timeout of a single TCP connection to a remote host before attempting a new connection. The default is 5 seconds.
WAIT_BEFORE: number of seconds to wait (sleep) before start checking for the hosts/paths availability
WAIT_AFTER: number of seconds to wait (sleep) once all the hosts/paths are available
WAIT_SLEEP_INTERVAL: number of seconds to sleep between retries. The default is 1 second.

\n

Supported architectures

\n

From release 2.11.0, the following executables are available for download:

\n

wait: This is the executable intended for Linux x64 systems
wait_x86_64: This is the very same executable than wait
wait_aarch64: This is the executable to be used for aarch64 architectures
wait_arm7: This is the executable to be used for arm7 architectures

\n

All executables are built with MUSL for maximum portability.

\n

To use any of these executables, simply replace the executable name in the download link:
\nhttps://github.com/ufoscout/docker-compose-wait/releases/download/{{VERSION}}/{{executable_name}}

\n

Docker images

\n

Official docker images based on scratch can be found here:
\nhttps://github.com/users/ufoscout/packages/container/package/docker-compose-wait

\n

Using on other systems

\n

The simplest way of getting the wait executable is to download it from

\n

https://github.com/ufoscout/docker-compose-wait/releases/download/{{VERSION}}/wait

\n

or to use one of the pre-built docker images.

\n

If you need it for an architecture for which a pre-built file is not available, you should clone this repository and build it for your target.

\n

As it has no external dependencies, an being written in the mighty rust
\nprogramming language, the build process is just a simple cargo build --release
\n(well... of course you need to install the rust compiler before...)

\n

For everything involving cross-compilation, you should take a look at Cross.

\n

For example, to build for a raspberry pi, everything you have to do is:

\n

Install the latest stable rust toolchain using rustup
Correctly configure Docker on your machine
Open a terminal and type:

\n

cargo install cross\ncross build --target=armv7-unknown-linux-musleabihf --release

\n

Use your shiny new executable on your raspberry device!

\n

Notes

\n

This utility was explicitly written to be used with docker-compose; however, it can be used everywhere since it has no dependencies on docker.

","updatedAt":"2025-05-21T15:54:41Z","upvoteCount":null,"author":{"login":"eryajf","avatarUrl":"https://avatars.githubusercontent.com/u/33259379?u=e4a4090a38ac2473aaed4ef9945233636776c6c3&v=4","url":"https://github.com/eryajf"},"category":null,"labels":{"edges":[{"node":{"name":"更多","color":"25B472"}},{"node":{"name":"Docker-Tools","color":"abbcfb"}},{"node":{"name":"ufoscout","color":"6bf8dc"}}]},"comments":{"edges":[]}}},"pageContext":{"number":120,"previous":{"title":"TechnitiumSoftware/DnsServer: Technitium DNS服务器是一个开源的权威递归DNS服务器，可用于自托管DNS服务器以保护隐私和安全","number":119},"next":{"title":"FX-Max/docker-install-everything: 使用 Docker-compose 安装各种服务","number":121}}}, "staticQueryHashes": ["151096407","2861350382"]}