问题描述
Spring Boot 2.3.x添加了通过spring-boot：build-image使用其插件构建Docker映像的功能。 jib似乎允许相同的功能，但不限于Spring引导。
Spring Boot应用程序没有利用该臂架提供任何特定的优化（这就是为什么要为其提供Spring Boot插件的原因？）
除了是unable to use boot image with a private registry。
解决方法
Jib和Spring Boot的映像构建之间的主要区别在于，后者使用Buildpacks创建映像。 comparison table上有一个buildpacks.io，其中列出了一些最明显的区别。
这是主观的，但重新定基的支持也许是最引人注目的。通过重新映像，可以在新的操作系统或JVM层之上重新构建包含应用程序代码的一个或多个层，而不必重建应用程序。与必须重建每个应用程序及其整个映像以使用更新的情况相比，这可以更快地应用OS和JVM安全更新。
,我们希望Jib在所有框架中都能正常工作，而我们对spring-boot的持续支持是当务之急。如果您喜欢臂架并且希望继续使用它，那么性能应该不会有任何区别。实际上，spring团队已经在spring boot工具中添加了一些配置，可以帮助各地的容器构建者构建更好的容器。
除此之外，Jib设计为可在任何地方运行，您不需要容器运行时，不需要buildpacks服务，只要拥有源代码和构建文件就可以创建容器。
是的，rebase是有价值的，但是在 buildpacks .io上比较为什么 buildpacks 最好的原因显然是在背后隐藏了一些营销魔术。由于容器的构建方式， Rebase 平滑且容易。 Building containers the hard way是开始理解它的有用方法。在Buildpacks和Jib中，rebase的工作方式差异如下（我认为主要是）：
- Buildpacks：buildpacks基本映像在stack中定义，如果您选择使用buildpack，则将使用buildpack堆栈中提供的“运行映像”。如果您希望更新基本映像，则只有在buildpack所有者更新了堆栈的“运行映像”后，才会发生这种情况。然后运行变基将更新您的图像。如果这适合您的组织工作流程，那么效果很好。如果您希望控制图片的更新，则可以依靠上游来完成。
- 臂架：在臂架中，虽然有一个默认的基础映像，但您可以选择应用程序所基于的映像。您可以随意更新。更新基础映像就像更改基础映像并运行构建一样简单。由于Jib处理整个系统的缓存和可重复性的方式，您不应该遇到任何额外的费用，其结果与Pack Rebase相同。这样做的好处是您不必受buildpack所有者的支配。