Docker Compose容器启动顺序不符合预期问题求助

你的问题出在网络隔离上：elasticsearch服务加入了自定义的elastic网络，但myapi服务没有配置任何networks，默认会使用Compose自动创建的默认网络。两个服务不在同一个网络中，Docker Compose无法正确验证elasticsearch的启动状态，直接跳过了依赖检查，导致myapi提前启动。

修复步骤 #

1. 给myapi服务添加网络配置 #

修改myapi的服务定义，加入elastic网络：

myapi:
    container_name: myapi-service 
    build: .
    volumes:
        - .:/app
    depends_on:
        elasticsearch:
            condition: service_started 
    ports:
        - "8000:80"
    networks:  # 新增网络配置
        - elastic  # 加入elastic网络

2. （可选但推荐）添加健康检查确保服务就绪 #

service_started仅表示容器启动完成，但elasticsearch这类服务需要额外时间初始化才能正常提供服务。如果myapi需要依赖elasticsearch完全就绪，可以给elasticsearch添加健康检查，并修改myapi的依赖条件为service_healthy：

给elasticsearch添加healthcheck：

elasticsearch:
    container_name: es01
    deploy:
        resources:
            limits:
                memory: 1GB
    depends_on:
        redis:
            condition: service_started
    networks:
        - elastic
    image: docker.elastic.co/elasticsearch/elasticsearch:8.12.0
    ports:
        - "8105:8105"
    healthcheck:  # 新增健康检查配置
        test: ["CMD-SHELL", "curl -s http://localhost:9200/_cluster/health | grep -q '\"status\":\"green\"'"]
        interval: 10s
        timeout: 10s
        retries: 5
        start_period: 30s

修改myapi的依赖条件：

myapi:
    # ... 其他配置保持不变
    depends_on:
        elasticsearch:
            condition: service_healthy  # 从service_started改为service_healthy

这样配置后，myapi会等到elasticsearch的健康检查通过（服务完全就绪）后再启动，避免因服务未初始化导致的连接问题。

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