Google/jib
1 .前置条件：
无；
2.pom中引入插件
<!-- Jib -->
<plugin>
<groupId>com.google.cloud.tools</groupId>
<artifactId>jib-maven-plugin</artifactId>
<version>0.9.11</version>
<configuration>
<from>
<!--阿里云镜像仓库-->
<image>-/jibjava/jibfirst</image>
<auth>
<username>账号</username>
<password>密码</password>
</auth>
</from>
<to>
<!--阿里云镜像仓库-->
<image>-/jibjava/jibfirst</image>
</to>
</configuration>
<executions>
<execution>
<phase>package</phase>
<goals>
<goal>build</goal>
</goals>
</execution>
</executions>
</plugin>
命令:mvn compile jib:build -DsendCredentialsOverHttp=true
3.参数介绍
from：拉取的镜像的配置，默认为gcr.io/distroless/java
to:要生成的镜像的配置
image：拉取或生成的镜像名称
auth:认证信息，分别为用户名和密码
<!--下面四个基本用不到，上面四个足以 -->
container:容器的属性
jvmFlgs: JVM容器的参数，和Dockerfile的ENTRYPOINT作用相同
mainClass:启动类限定名
args: main方法的传入参数
ports:容器暴露的端口，和Dockerfile的EXPOSE作用相同
三种方式的简单对比
Google/jib的好处
项目每次发布实际上变更的代码量不大，尤其依赖的jar变动的可能性较小，如果按照前两种方案构建镜像，会导致每次都全量构建，会导致存储和带宽资源浪费
Jib利用了Docker镜像的分层机制，将其与构建系统集成，并通过以下方式优化Java容器镜像的构建：
简单——Jib使用Java开发，并作为Maven或Gradle的一部分运行。你不需要编写Dockerfile或运行Docker守护进程，甚至无需创建包含所有依赖的大JAR包。因为Jib与Java构建过程紧密集成，所以它可以访问到打包应用程序所需的所有信息。在后续的容器构建期间，它将自动选择Java构建过的任何变体。快速——Jib利用镜像分层和注册表缓存来实现快速、增量的构建。它读取你的构建配置，将你的应用程序组织到不同的层（依赖项、资源、类）中，并只重新构建和推送发生变更的层。在项目进行快速迭代时，Jib只讲发生变更的层（而不是整个应用程序）推送到注册表来节省宝贵的构建时间。可重现——Jib支持根据Maven和Gradle的构建元数据进行声明式的容器镜像构建，因此，只要输入保持不变，就可以通过配置重复创建相同的镜像。
