Docker Compose配置：如何让apiclient等待创建而非仅等待启动？

方案一：分两步启动服务 #

直接拆分启动流程，确保vars.env更新完成后再创建apiclient：

1. 先启动myapp和init服务，等待用户创建流程完成：

   docker compose up -d myapp init
   

2. 通过docker compose logs init确认init执行成功后，再启动apiclient：

   docker compose up -d apiclient
   

这种方式下apiclient会在vars.env更新完成后才创建，能直接加载最新的环境变量。

方案二：让apiclient启动时动态加载环境变量 #

修改apiclient的启动逻辑，让它在启动阶段主动读取vars.env的最新内容，而非依赖容器创建时的环境注入：

1. 创建启动脚本apiclient-entrypoint.sh：

   #!/bin/sh
   # 加载vars.env中的环境变量
   set -a
   . /vars.env
   set +a
   # 启动原应用程序
   exec "$@"
   

2. 更新docker-compose.yml中apiclient的配置：

   apiclient:
     image: apiclient
     restart: unless-stopped
     depends_on:
       init:
         condition: service_completed_successfully
     volumes:
       - ./apiclient-entrypoint.sh:/entrypoint.sh
       - /data/env/vars.env:/vars.env
     entrypoint: ["/entrypoint.sh"]
   

这样即使apiclient容器已提前创建，每次启动时都会读取最新的vars.env内容，无需手动重建容器。

方案三：通过init触发apiclient重建（注意安全风险） #

在init的初始化脚本末尾添加命令，完成用户创建后主动重建apiclient：

1. 给init服务挂载Docker socket和本地的docker-compose.yml，让它能调用Docker Compose：

   init:
     # 保留原有配置
     volumes:
       - ./config/entrypoint.sh:/entrypoint.sh
       - /data/env/vars.env:/vars.env
       - /var/run/docker.sock:/var/run/docker.sock
       - ./docker-compose.yml:/docker-compose.yml
   

2. 在entrypoint.sh最后添加重建命令：

   docker compose -f /docker-compose.yml up -d apiclient
   

该方法需要init容器内安装Docker和Docker Compose，且挂载Docker socket存在安全风险，仅适合内部测试环境使用。

内容的提问来源于stack exchange，提问作者cryptow