需要帮助确定为什么docker compose试图在构建依赖项之前启动依赖容器

Question

我希望有人能帮助我理解我在使用WSL2使用Docker Desktop for Windows构建多容器环境时遇到的错误（不要认为这些细节很重要，但你永远不知道）

我有一个< code>docker-compose.yml脚本，它构建了许多链接在一起的容器。通过注释和取消注释特定的容器，我可以很轻松地让它工作，但这似乎与我理解的< code>docker compose的工作方式背道而驰。

在任何人对使用＜code＞docker Composite wait

这是我的 docker-compose.yml 文件：

version: "3.4"

services:
  # Redis Service
  redis:
    build:
      context: .
      dockerfile: docker/redis/Dockerfile
    image: star/redis
    container_name: star_redis
    restart: unless-stopped
    tty: true
    ports:
      - "16379:6379"
    volumes:
      - redis_data:/data

  db:
    build:
      context: .
      dockerfile: docker/mysql/Dockerfile
    image: star/mysql
    container_name: star_db
    restart: unless-stopped
    tty: true
    environment:    
      RUN_INIT_FILES: ${DOCKER_RUN_MYSQL_INIT}
      SERVICE_TAGS: dev
      SERVICE_NAME: MySQL
    ports:
      - "3306:3306"
    volumes:
      - ${WEB_APP_PATH}${WEB_APP_PROJECT_PATH}/docker/mysql/init:/docker-entrypoint- initdb.d
      - star_mysql_db:/var/lib/mysql

  app:
    build:
      context: .
      dockerfile: docker/php/Dockerfile
    image: star/php
    container_name: star_app
    restart: unless-stopped
    tty: true
    environment:
      RUNNING_IN_DOCKER: 'true'
      SERVICE_NAME: app
      SERVICE_TAGS: dev
    volumes:
      - star_laravel_data:${WEB_DESTINATION_PATH}
    depends_on:
      - redis
      - db
 
  nginx:
    build:
      context: .
      dockerfile: docker/nginx/Dockerfile
    image: star/nginx
    container_name: star_webserver
    restart: unless-stopped
    tty: true
    environment:
      RUNNING_IN_DOCKER: 'true'
    ports:
      - '80:80'
      - '443:443'
      - '8888:80'
    volumes:
      - star_laravel_data:${WEB_DESTINATION_PATH}
    depends_on:
      - db
      - app


  phpmyadmin:
    image: phpmyadmin/phpmyadmin
    container_name: star_phpmyadmin
    environment:
      PMA_PORT: 3306
      PMA_HOST: db
      PMA_USER: ####
      PMA_PASSWORD: ######
    links:
       - db:MySQL
    ports:
       - "8090:80"
    restart: unless-stopped
    depends_on:
      - db
      - app
      - nginx

  package-installer:
    image: star/php:latest
    container_name: star_installer
    restart: on-failure
    depends_on:
      - db
      - app
      - nginx
    volumes:
      - star_laravel_data:${WEB_DESTINATION_PATH}
    environment:
      APP_ENV: local
      CONTAINER_ROLE: installer
      CACHE_DRIVER: redis
      SESSION_DRIVER: redis
      QUEUE_DRIVER: redis
      REDIS_HOST: redis

# Scheduler Service
 scheduler:
   image: star/php:latest
   container_name: star_scheduler
   restart: on-failure
   depends_on:
     - db
     - app
     - nginx
     - package-installer
   volumes:
     - star_laravel_data:${WEB_DESTINATION_PATH}
   environment:
     APP_ENV: local
     CONTAINER_ROLE: scheduler
     CACHE_DRIVER: redis
     SESSION_DRIVER: redis
     QUEUE_DRIVER: redis
     REDIS_HOST: redis

  # Queue Service
  queue:
    image: star/php:latest
    container_name: star_queue
    restart: on-failure
    logging:
      driver: local
    depends_on:
      - db
      - app
      - nginx
      - package-installer
    volumes:
      - star_laravel_data:${WEB_DESTINATION_PATH}
    environment:
      APP_ENV: local
      CONTAINER_ROLE: queue
      CACHE_DRIVER: redis
      SESSION_DRIVER: redis
      QUEUE_DRIVER: redis
      REDIS_HOST: redis

  volumes:
    star_laravel_data:
      driver: local
      driver_opts:
        type: none
        o: bind
        device: ${WEB_APP_PATH}${WEB_APP_PROJECT_PATH}
    star_mysql_db:
    portainer_data:
    redis_data:
      driver: local

所以这是问题的关键，如果我运行它，作为一个新安装，我从docker compose得到这个响应：

[+] Running 0/3                                                                                                                                                         
 - package-installer Error                                                                                                                                              
 - scheduler Error                                                                                                                                                      
 - queue Error                                                                                                                                                          
Error response from daemon: pull access denied for star/php, repository does not exist or may require 'docker login': denied: requested access to the resource is denied

这些容器都有一个＜code＞depends_on＜/code＞字段，告诉它们至少需要首先启动其他容器，这些容器是＜code＞docker compose＜/code＞尝试构建的第一个容器。对我来说，这毫无意义。它们有一个依赖_on。出于某种原因，它们使用应用程序容器创建的自定义图像来构建自己的容器。那么，如果被告知它们依赖于其他容器，并且它们位于脚本的底部，为什么它们是docker compose尝试构建的第一个容器呢？

到目前为止，我唯一可行的解决方案是:

1. 注释掉docker compose中的包安装程序、调度器和队列容器。yml文件
2. 营造环境
3. 关闭环境
4. 取消对软件包安装程序容器的注释
5. 重新构建环境（因为现在自定义的＜code＞star/php＜code＞图像已经存在）
6. 关闭环境
7. 取消对调度程序和队列容器的注释
8. 重新构建环境…再次（因为现在已经添加了通过运行软件包安装程序添加的文件）Dockerfile）
9. 现在我可以使用环境了

如果这只是我自己的环境，这就不是问题了，但是这个docker堆栈是为我们的开发团队设计的，以便能够使用它。有了这个安装它的策略，我必须向每个人解释如何注释和取消注释各种包以使其工作的过程。那将是一场噩梦。

根据docker文档，depends_on字段应按容器的依赖性顺序构建容器，这意味着容器应按以下顺序构建：

1. redis
2. db
3. 应用程序
4. nginx
5. phpmyadmin
6. 包-安装程序
7. 队列/调度程序

同样，我并不关心它所依赖的容器是否正在运行，它只需要构建，但它似乎没有这样做，似乎（至少对于三个受影响的容器）直接跳到运行阶段，而不构建依赖项）。

任何有用的见解或提示都将受到欢迎。

Answer 1

depends_on不会等待其他容器“就绪”后再启动，只会在它们启动后才启动。如果你需要等待服务准备就绪，请联系https://docs.docker.com/compose/startup-order/来解决这个问题。