maven - Docker-compose - 使用 maven 构建，可重用 maven 存储库

Question

使用 Maven 构建 Spring-boot 镜像时，我现在在 Dockerfile 中执行此操作。 Maven 将下载所有依赖项，然后编译我的文件。这需要相当长的时间。

如何通过 docker-compose (Dockerfile) 指定构建过程重新使用我的“Windows10 Home”Maven 存储库？因此，(新)下载的数量很少。我的开发环境:我使用 Docker 快速启动终端，所以使用 docker-machine。

这是我的 docker-compose.yml 文件的一部分:

version: '3'
services:
  spring-boot-app:
    image: spring-boot-image
    build:
      context: ./
      dockerfile: Dockerfile
    depends_on:
      - mysql-docker-container
    ports:
      - 8087:8080
    volumes:
      - $HOME/.m2/repository:/root/.m2/repository
      - /data/spring-boot-app

我的 Dockerfile 是:

FROM java:8
FROM maven:alpine
WORKDIR /app
COPY . /app
RUN mvn -v
RUN mvn clean install -DskipTests
EXPOSE 8080
LABEL maintainer=“xyz@holland.nl”
ADD ./target/spring-boot-example-0.0.1-SNAPSHOT.jar /developments/
ENTRYPOINT ["java","-jar","/developments/spring-boot-example-0.0.1-SNAPSHOT.jar"]

Answer 1

@ jack ·戈尔 - 非常感谢你给我指路。我看过这个帖子，但还没有一个明确的答案。在深入了解所有单独的答案之后，这些信息为我提供了对症状的答案以及如何解决类似问题的见解。

回答 :通过 Dockerfile，您可以通过 1 个或多个后续镜像层构建最终镜像。为了防止该步骤每次都重新下载依赖项，您可以为依赖项的“下载世界”制作一个图像层。只有当 pom.xml 文件中的依赖项发生更改时，才会重新下载。

为此，您将 Dockerfile 拆分为 2 个构建步骤:首先复制 pom.xml 文件并构建它。这将创建一个包含所有依赖项的图像层。作为第二步，您构建应用程序。

FROM java:8
FROM maven:alpine

# image layer
WORKDIR /app
ADD pom.xml /app
RUN mvn verify clean --fail-never

# Image layer: with the application
COPY . /app
RUN mvn -v
RUN mvn clean install -DskipTests
EXPOSE 8080
ADD ./target/your.jar /developments/
ENTRYPOINT ["java","-jar","/developments/your.jar"]

然后您将获得以下构建方案:

第一次您构建它(docker build 。)下载依赖项，并作为第 2 步构建应用程序 jar。

当您立即重建时，依赖项 (pom.xml) 和应用程序源没有更改。因此，不需要更改图像层。构建很快就准备好了。

如果您更改 1 个应用程序源文件，则只下载少量下载并构建应用程序。所以你不是在下载世界。

如果您更改 pom.xml 文件，从而更改依赖项，则所有依赖项下载都已完成。

分离图像层的影响通过 number of very short videos 显示。 .

这种构建方式的缺点当然是最终(生产)图像包含的不仅仅是应用程序。里面不仅有JAR，还有很多依赖。

如何解决这个 iamge 太大:

通过技巧减小图像大小。使用选项:--squash。这在 this post 中有解释。 .

将构建过程(此处:maven 和/或 ng build --prod)分离为 docker 构建步骤之前的一个步骤。然后执行 docker build 并仅将 jar 文件放入最终镜像中。

使用 CI/CD 环境，例如一个 Jenkinsfile(管道)。在 Jenkins 管道中，您首先构建镜像。所有依赖项都已经存在。您只需重建应用程序。您执行 docker 构建等。

就我而言，这是最好的选择。您可以自动化该过程并保持较小的图像尺寸。