Docker、Podman和Kaniko等分析对比

Docker不再是唯一的选择
Docker并不是唯一的容器化工具，可能还有更好的选择……

在容器的早期时代（其实更像是4年前），Docker是容器游戏中唯一的玩家。但现在情况已经不一样了，Docker不再是唯一的一个，而只是其中一个容器引擎而已。Docker允许我们构建、运行、拉、推或检查容器镜像，然而对于每一项任务，都有其他的替代工具，甚至可能比Docker做得还要好。所以，让我们探索一下，然后再卸载（只是可能），直至完全忘记Docker……
那，为什么不再用Docker了？
如果你已经使用Docker很长时间了，估计要真正说服你去考虑其他工具，得先提供些依据。

首先，Docker是一个单体工具。它尝试去涵盖所有的功能，通常这并不是最佳实践。大多数情况下，我们都是只选择一种专门的工具，它只做一件事，并且做得非常好，非常精。

如果害怕切换到不同的工具集是因为将不得不学习使用不同的CLI、API或者说不同的概念，那么这不会是一个问题。本文中展示的任何工具都可以是完全无缝的，因为它们（包括Docker）都遵循OCI （Open Container Initiative）下的相同规范。它们包含了容器运行时、容器分发和容器镜像的规范，其中涵盖了使用容器所需的所有特性。

有了OCI，你可以选择一套最符合你需求的工具，同时你仍然可以享受跟Docker一样使用相同的API和CLI命令。

所以，如果你愿意尝试新的工具，那么让我们比较一下Docker和它的竞争对手的优缺点和特性，看看是否有必要考虑放弃Docker，使用一些新的闪亮的工具。
容器引擎
在比较Docker和其他工具时，我们需要将其分解为组件，首先我们先讨论一下容器引擎。Container Engine是一种工具，它为处理镜像和容器提供用户界面，这样就不必处理SECCOMP规则或SELinux策略之类的事情。它的工作还包括从远程仓库提取镜像并将其扩展到磁盘。它看起来也是运行容器，但实际上它的工作是创建容器清单和带有镜像层的目录。然后它将它们传递到容器运行时，如runC或Crun（稍后我们将讨论这一点）。

目前已经有许多容器引擎，但Docker最突出的竞争对手是由红帽开发的Podman。与Docker不同，Podman不需要Daemon来运行，也不需要root特权，这是Docker长期以来一直关注的问题。基于它的名字，Podman不仅可以运行容器，还可以运行pods。如果你不熟悉pods的概念，其实，简单的概括就是，Pod是Kubernetes的最小计算单元。它由一个或多个容器（主容器和执行支持任务的Sidecar）组成，这使得Podman用户以后更容易将他们的工作负载迁移到Kubernetes。因此，作为一个简单的演示，这是如何在一个Pod中运行两个容器：

$ podman pod create --name mypod

$ podman pod list

POD ID NAME STATUS CREATED # OF CONTAINERS INFRA ID
211eaecd307b mypod