Docker编写的时间太长

Docker编写的时间太长,docker,docker-compose,Docker,Docker Compose,我在VisualStudio2019的一个解决方案中有很多项目,都是使用Docker的微服务体系结构。现在我有了一个docker-compose.yml文件。它似乎花了太长的时间来建立甚至一个形象,我的意思是花了太长的时间超过一个小时 services: nosql.data: image: mongo mongo1: image: mongo hostname: mongo1 container_name: mongo1 command: "-

我在VisualStudio2019的一个解决方案中有很多项目,都是使用Docker的微服务体系结构。现在我有了一个docker-compose.yml文件。它似乎花了太长的时间来建立甚至一个形象,我的意思是花了太长的时间超过一个小时

services:
  nosql.data:
    image: mongo

  mongo1:
    image: mongo
    hostname: mongo1
    container_name: mongo1
    command: "--replSet rs0"

  mongo2:
    image: mongo
    hostname: mongo2
    container_name: mongo2
    command: "--replSet rs0"

  mongo3:
    image: mongo
    hostname: mongo3
    container_name: mongo3
    command: "--replSet rs0"

  mysql.data: 
    image: mysql:latest
    container_name: mysql.data

  rabbit:
    image: rabbitmq:management
    container_name: rabbit

  es01:
    image: docker.elastic.co/elasticsearch/elasticsearch:7.2.0
    container_name: es01
    ulimits:
      memlock:
        soft: -1
        hard: -1
    volumes:
      - esdata01:/elasticsearch/data

  es02:
    image: docker.elastic.co/elasticsearch/elasticsearch:7.2.0
    container_name: es02
    ulimits:
      memlock:
        soft: -1
        hard: -1
    volumes:
      - esdata02:/elasticsearch/data

  cnx.useraccessmanagement.api:
    image: ${REGISTRY:}/useraccessmanagement.api:${PLATFORM:-linux}-${TAG:-latest}
    build:
      context: .
      dockerfile: src/Services/Program2/Dockerfile 
    depends_on:
       - nosql.data
       - mysql.data
       - rabbit

  cnx.identity.api:
    image: ${REGISTRY:}/identity.api:${PLATFORM:-linux}-${TAG:-latest}
    build:
      context: .
      dockerfile: src/Services/Program1/Dockerfile

  cnx.apigateway:
    image: ${REGISTRY:}/apigateway:${PLATFORM:-linux}-${TAG:-latest}
    build:
      context: .
      dockerfile: src/ApiGateway/Dockerfile
    depends_on:
      - identity.api
      - nosql.data
      - mysql.data
      - rabbit 

volumes:
  esdata01:
    driver: local
  esdata02:
    driver: local

项目文件大小几乎为1gb,就docker compose文件中设置的构建上下文而言,影响构建时间是否重要?如果是这样的话,可以做些什么来优化它?

您是否尝试过使用?我确实有一个docker ignore文件。但请原谅,这只是很基本的。我是docker的新手,所以所有东西都是由项目的发起人创建的,而不是我@bellacknOk,那么(不必要的)大文件已经被忽略了?很好,那么构建过程耗时过长的确切步骤是什么?你能为你的问题添加一些输出吗?@bellackn我已经添加了,现在没事了,我以前也这么做过,但当我从git中提取时被覆盖了。但有一件事,我如何通过构建上下文来实现这一点?另一个映像需要我添加的要忽略的目录。如果我要和其他人一起树立这样的形象,这不是一个问题吗?