查看原文
其他

新容器引擎崛起,Docker地位不保

李逸皓 运维book思议 2024-04-22

先放个链接,万一有人关注呢

优质文章推荐

↓ ↓ ↓ ↓ ↓


一个强大的Linux命令:很少有人完全搞懂

国产Linux:OpenEuler能否完美替代CentOS系统?

CentOS与Ubuntu到底怎么选择?

或许这个系统真的可以成为国产版的CentOS

Linux系统服务巡检脚本



概念

Podman 是一种无守护进程的容器引擎,旨在使用开放容器倡议 (OCI) 容器和容器映像轻松查找、运行、构建、共享和部署应用程序。Podman 提供了与 Docker 开源引擎相同的命令行界面,大多数用户可以简单地将 Docker 别名为 Podman(别名 docker=podman),没有任何问题。与其他常见的容器引擎(Docker、CRI-O、containerd)类似,Podman 依赖于符合 OCI 的容器运行时(runc、crun、runv 等)与操作系统交互并创建正在运行的容器。这使得 Podman 创建的运行容器与任何其他常见容器引擎创建的容器几乎没有区别。

起源与发展

Podman 的起源可以追溯到 Red Hat 团队对 Docker 的重新思考。他们发现,虽然 Docker 已经成为了容器技术的代名词,但是它使用守护进程的运行方式、需要特权用户启动容器以及潜在的安全性问题都限制了其使用范围。因此,他们决定开发一种新的容器引擎,旨在解决这些问题。
Podman 的发展经历了多个阶段。最初,Podman 是作为 CRI-O 项目的一部分而开发的,旨在直接访问 OCI 的实现(如 runC),流程比 Docker 要短。Podman 是一个开源的容器运行时项目,可在大多数 Linux 平台上使用。随着时间的推移,Podman 逐渐成为了 Red Hat 8 和 CentOS 8 中的默认容器引擎,并且得到了其他发行版的欢迎。
目前,Podman 已经成为了OCI(Open Container Initiative)的标准容器引擎之一。它不仅与 Docker 兼容,还具有一些 Docker 不具备的优点,如无守护进程的运行方式、更好的安全性和多租户支持。此外,Podman 还允许用户在没有完全 root 权限的情况下运行容器。
在现状方面,Podman 已经得到了广泛的应用。许多企业和组织都选择使用 Podman 来代替 Docker,以获得更高的安全性、更好的性能和更简单的管理。此外,由于 Podman 的开源性质和良好的兼容性,它也得到了其他发行版的欢迎和支持。
与Docker相比

Podman 和 Docker 都是容器引擎,但它们之间存在一些明显的区别。

运行方式:

Docker 需要在系统上运行一个守护进程(docker daemon),而 podman 不需要。

Docker CLI 命令通过 API 与 Docker Engine(引擎)交互告诉它创建一个 container,然后 Docker Engine 才会调用 OCI container runtime(runc)来启动一个 container。这意味着 container 的 process(进程)不会是 Docker CLI 的 child process(子进程),而是 Docker Engine 的 child process。

Podman 是直接给 OCI container runtime(runc)进行交互来创建 container 的,所以 container process 直接是 podman 的 child process。

Podman 可以在 rootless 模式下运行。

镜像存储库:

Podman 使用标准的 Linux 文件系统来存储镜像,而 Docker 使用自己的存储库。这意味着 Podman 可以直接访问本地镜像,而 Docker 需要通过 Docker 存储库来访问镜像。

镜像格式:

Podman 使用 OCI(Open Container Initiative)镜像格式,而 Docker 使用自己的镜像格式。这意味着 Podman 可以直接使用 OCI 镜像,而 Docker 需要将 OCI 镜像转换为 Docker 镜像才能使用。

进程管理:

Podman 使用标准的 Linux 进程管理工具(例如 systemd)来管理容器进程,而 Docker 使用自己的进程管理方式。

对未来的影响

Podman的崛起对Docker的影响可能会有以下几个方面:
更安全:
如前所述,Podman不需要在系统上运行守护进程,也不需要以root用户身份运行,这使得Podman比Docker更加安全。这种安全性的提高可能会使得更多的企业和组织选择使用Podman代替Docker。
更灵活:
Podman可以在没有root权限的情况下运行,这使得它在某些场景下比Docker更加灵活。例如,在受限的环境下,如容器化的应用程序或开发环境中,Podman可能会是一个更好的选择。
更高效:
Podman直接与OCI container runtime(如runc)交互,这使得它比Docker更加高效。Docker的容器创建命令需要通过API与Docker Engine(引擎)交互,这可能会增加一些额外的开销。
至于未来Podman取代Docker的可能性,这取决于多种因素。首先,虽然Podman具有一些优点,但Docker已经成为了容器技术的代名词,具有广泛的应用和社区支持。其次,Docker的生态系统非常成熟,包括大量的工具、插件和镜像,这些可能会阻碍Podman的普及。最后,Docker在容器编排和集群管理方面也有一些优势。
综上所述,Podman可能会在某些方面逐渐取代Docker,特别是在安全性和灵活性方面。然而,要完全取代Docker还需要时间和社区的支持。在未来,更有可能的是Podman和Docker共存,根据不同的需求和场景选择合适的容器引擎。
来不及解释了,快上车!(进群看公告,已加群的小伙伴无需重复添加)

欢迎新的小伙伴加入!在这里,我们鼓励大家积极参与群内讨论和交流,分享自己的见解和经验,一起学习和成长。同时,也欢迎大家提出问题和建议,让我们不断改进和完善这个平台。

              ↓↓↓ 点个在看,无需赞赏!

继续滑动看下一个
向上滑动看下一个

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存