Jib maven插件如何在不使用docker守护程序的情况下构建图像？

Question

在过去的几个月里，我一直在试验docker，并享受在容器中构建和运行java应用程序的好处。

几周前，我偶然发现了jib maven插件，并注意到jib可以在不使用docker守护程序的情况下为docker注册表构建映像。

在将jib添加到我的一个项目中并运行mvn clean install jib:build（在没有安装docker的VM上）之后，我很惊讶jib竟然构建了一个包含我的项目的映像，并将其推送到远程注册表。

出于好奇，我上网阅读了更多关于jib如何在没有安装docker的情况下构建和推送docker图像的信息，但几乎没有找到关于这个主题的信息。我设法找到了一篇文章，解释了几种不使用docker创建图像的方法，还试图通过阅读maven goaljib:build的源代码来理解它是如何工作的，但这两篇文章都没有让我了解运行jib:build时场景背后发生了什么。

如果有人能分享更多关于jib maven插件的信息，以及它如何在不使用docker守护程序的情况下在幕后构建和推送图像，我将不胜感激。

Answer 1

（这里是jib dev。我将在一个非常高的层次上轻轻地触及这个主题，而且只是概念上的。请记住，以下仅涵盖图像构建的一个方面。）

从概念上讲，容器图像的解剖非常简单；它只是一个tarball的集合，加上一些关于图像的元数据（大约两个JSON文件）。如果你以一种有序的方式（具体地说是联合安装）卸下一些柏油球，你会得到一些文件和目录；这些基本上是在运行时获得并看到的映像的文件系统内容。在场景中加入几个小JSON文件，以获取有关图像的一些元数据（例如，运行时的环境变量、图像入口点，该图像由哪个组成，等等），您手中已经有了一个容器图像。然后，您通过Docker registry API（即发送和接收HTTP请求和响应）与容器注册表通信，以上载那些tarball（压缩后）和JSON文件，瞧！您构建了一个映像并将其推送到注册表。

所以，是的，您可以使用命令行上的旧tar创建这些tarball，使用文本编辑器创建一些JSON文件，然后使用curl将它们上传到注册表。我以前做过。当然，为了让任何容器运行时都能够实际运行这样的映像，您的tarball可能需要包含一些最低要求的框架文件和目录才能正确运行，例如，作为一个Linux系统（实际上并不多）。但是，tarball的内容仍然没有限制；它们甚至不必是有效的tar存档。（是的，您可以滥用容器注册表来上传任何垃圾数据。例如，此外壳脚本将40MB的随机字节上传到Docker Hub。）并且您仍然可以使用JSON元数据文件声称您的（完全损坏的）“图像”是由这些垃圾BLObs组成的。（当然，这样的图像在运行时将无法运行。）