背景
在我们开发过程中为了支持 Docker 容器化，一般使用 Maven 编译打包然后生成镜像，能够大大提供上线效率，同时能够快速动态扩容，快速回滚，着实很方便。docker-maven-plugin 插件就是为了帮助我们在 Maven 工程中，通过简单的配置，自动生成镜像并推送到仓库中。
spotify 、fabric8
这里主要使用的主要是如下两种插件 spotify 、fabric8 , … -配置通过 xml 定义出 Dockerfile 或者挂载外部 Dockerfile 通过调用 Docker remote api 构建出镜像
pig 微服务平台[1]所有的容器化都是基于此构建
<plugin><groupId>com.spotify</groupId><artifactId>docker-maven-plugin</artifactId>...-配置通过 xml 定义出 Dockerfile 或者挂载外部 Dockerfile</plugin><plugin><groupId>io.fabric8</groupId><artifactId>docker-maven-plugin</artifactId>...-配置通过 xml 定义出 Dockerfile 或者挂载外部 Dockerfile</plugin>执行相应的插件周期即可 mvn docker:build && mvn docker:push
jib
项目每次发布实际上变更的代码量不大，尤其依赖的 jar 变动的可能性较小，如果使用前两种插件构建镜像，会导致每次都全量构建，会导致存储和带宽资源浪费。
jib 是 Google 于 18 年 7 月发布的一个针对 Java 应用的构建镜像的工具(支持 Maven 和 Gradle) ，好处是能够复用构建缓存，能够加快构建，减小传输体积
<!--配置通过 xml 定义出 Dockerfile ，本质上和外挂 Dockerfile 并无区别--><plugin><groupId>com.google.cloud.tools</groupId><artifactId>jib-maven-plugin</artifactId></plugin>
mvn jib:dockerBuild以上三种方案的问题
在实际开发过程中，大部分的 spring boot 项目构建 Dockerfile 都是相同，不需要通过的 XML 或者通过外挂 Dockerfile 来重新定义
以上插件需要对 Dockerfile 的定义知识有相对的了 对开发并不友好
没充分理由 Spring Boot 2.3 以后的 Jar 分层技术。
解决方案
Spring Boot 2.4[2] 推出了自己的 docker 构建工具 整合在原有的 spring-boot-maven-plugin 中，只需要配置对应目标仓库和主机信息即可完成镜像构建。
如下配置即可完成上图中 通过开发机器在不安装 Docker 的同时，通过 192.168.0.10 的 Docker Remote API 完成镜像构建并发布到 192.168.0.20 的镜像仓库
<plugin><groupId>org.springframework.boot</groupId><artifactId>spring-boot-maven-plugin</artifactId><configuration><image><name>192.168.0.20/pig4cloud/${project.artifactId}</name><!-- 执行完build 自动push--><publish>true</publish></image><!--配置构建宿主机信息，本机不用配置--><docker><host>http://192.168.0.10:2375</host><tlsVerify>false</tlsVerify><publishRegistry><username>username</username><password>password</password><url>192.168.0.20</url></publishRegistry></docker></configuration></plugin>执行以下命令即可完成 镜像的构建和自动发布
mvn spring-boot:build-image其他说明
docker host 配置不生效
如下图 ① 处配置节点，但是 ② 报错提示 host 不一致
检查本地是否配置 $DOCKER_HOST 环境变量，经过阅读源码后发现优先读取此变量。
⋊>~ echo $DOCKER_HOST11:07:51
tcp://172.17.0.111:2375网络支持
截取部分构建过程中的日志，如下需要从 github 下载相关的依赖 约 100M ，这个过程大概率会失败。建议通过配置代理或者使用国外 ECS 来解决。
:: Spring Boot::(v2.4.0)[INFO]> Running creator[INFO][creator] Downloading from https://github.com/bell-sw/Liberica/releases/download/8u275+1/bellsoft-jre8u275+1-linux-amd64.tar.gz[INFO][creator] JVMKill Agent1.16.0: Contributing to layer[INFO][creator] Downloading from https://github.com/cloudfoundry/jvmkill/releases/download/v1.16.0.RELEASE/jvmkill-1.16.0-RELEASE.so[INFO][creator] Downloading from https://repo.spring.io/release/org/springframework/cloud/spring-cloud-bindings/1.6.0/spring-cloud-bindings-1.6.0.jar[INFO][creator] Verifying checksum[INFO][creator]192.168.0.20/pig4cloud/demo:latest[INFO][INFO] Successfully built image'192.168.0.20/pig4cloud/demo:latest'[INFO]> Pushing image'192.168.0.20/pig4cloud/demo:latest'100%[INFO]> Pushed image'192.168.0.20/pig4cloud/demo:latest'[INFO] BUILD SUCCESS