Since docker-compose version 2.1 file format the healthcheck parameter has been introduced. This allows a check to be configured in order to determine whether or not containers for a service are "healthy."
Note that the following solution does not work for docker-compose v3. See this issue for details.
This is a common problem and in earlier versions of docker-compose requires the use of additional tools and scripts such as wait-for-it and dockerize.
healthcheck parameter the use of these additional tools and scripts is often no longer necessary.
A particularly common use case is a service that depends on a database, such as PostgreSQL. We can configure docker-compose to wait for the PostgreSQL container to startup and be ready to accept requests before continuing.
The following healthcheck has been configured to periodically check if PostgreSQL is ready using the
pg_isready command. See the documentation for the
pg_isready command here.
healthcheck: test: ["CMD-SHELL", "pg_isready -U postgres"] interval: 10s timeout: 5s retries: 5
If the check is successful the container will be marked as
healthy. Until then it will remain in an
For more details about the healthcheck parameters
retries see the documentation here.
Services that depend on PostgreSQL can then be configured with the
depends_on parameter as follows:
depends_on: postgres-database: condition: service_healthy
In this complete example docker-compose waits for the PostgreSQL service to be "healthy" before starting Kong, an open-source API gateway. It also waits for an additional ephemeral container to complete Kong's database migration process.
Test it out with:
docker-compose up -d
Wait until all services are running:
Test by querying Kong's admin endpoint:
MIT License - see the LICENSE file for details