Docker Vs Podman
翻译自 Chetansingh 2020年4月24日的博文《Docker Vs Podman》 [1]
容器化的一场全新革命是从 Docker 开始的,Docker 的守护进程管理着所有的事情,并成为最受欢迎和广泛使用的容器管理系统之一。
但是,请稍等!您真的会假设 Docker 是唯一有效的容器化方式而认为值得坚持去使用它吗?
这篇博文将帮助您了解以下问题:
为什么我们不使用 Docker? 为什么我们要使用 Docker? 没有别的选择了吗?其实,当您决定要开始使用一套新的工具进行容器管理时,Docker 便成了“别的”工具,此时没有了 “docker containers/images”,只有 “containers/images”。
在继续讨论本文内容之前,让我们先来了解一下 Docker 是什么以及它是如何工作的。
Docker 是什么?
Docker 是一个容器化平台,在这个平台中,我们可以将我们的应用程序与容器中的库和环境绑定在一起。 Docker Container 在某种程度上类似于虚拟机。
但是……
与硬件虚拟化的虚拟机不同,在 Docker 中,运行中的容器共享主机 OS 内核。
Docker 是如何工作的呢?让我们来看一下:
Docker 流程:
Docker 的两个主要组成模块是: Docker Daemon 和 Docker CLI。
请允许我简短地解释一下:
Docker Daemon: 一个常驻的后台进程,帮助管理和创建 Docker 镜像、容器、网络和存储卷。
Docker Engine REST API: 一个应用程序用来与 Docker 守护进程进行交互的 API; 可以通过 HTTP 客户端访问它。
Docker CLI: 一个用来与 Docker 守护进程进行交互的 Docker 命令行客户端,也就是 Docker 命令。
如果换个角度思考,我们可以把下面这些问题与 Docker 联系起来:
- 众所周知,Docker 运行在单个进程上,这可能会导致单点故障。
- 所有子进程都归属于此进程。
- 无论何时,如果 Docker 守护进程失败,所有子进程都会失去跟踪并进入孤立状态。
- 安全漏洞。
- 对于 Docker 的操作,所有步骤都需要由 root 执行。
Podman
现在我们知道了 Docker 是如何工作的,下面我们来探讨有关 Podman 的主题,以及我们如何克服与 Docker 相关的大多数问题。
此时,您一定想了解“Podman 是什么?”
- Podman 是一个无守护进程的容器引擎,用于在 Linux 系统上进行开发、管理和运行 OCI Containers。 Containers 能以 root 模式运行,也能以非 root 模式运行。
- Podman 直接与镜像注册表、容器和镜像存储进行交互。
- 我们知道,Docker 是建立在 runC 容器运行时之上 [2],并且使用了守护进程的; Podman 中没有使用守护进程,而是直接使用 runC 容器运行时。
译者注:
Podman 没有守护进程,也不用 REST API 交互,可以使用非 root 模式运行,这便解决了上面提到的 与 Docker 相关的问题 3、4 和 5。
关于 Podman,有几件事需要重点了解一下:
- Podman 不需要启动或管理像 Docker daemon 那样的守护进程。
- 适用于 Docker 的命令在 Podman 中也是同样可用的。您可以指定命令别名:
alias docker=podman
- Podman 和 Docker 的镜像具有兼容性。
很酷……不是吗?
Podman 入门
安装 podman
在 CentOS 8 上安装 podman:
[cloudbunny@technopanti ~]$ yum install podman
安装 podman 之后,您可以使用下面命令检查版本:
[cloudbunny@technopanti ~]$ podman --version
输出:podman version 2.1.1
运行一个示例容器
[cloudbunny@technopanti ~]$ podman run -dt -p 8080:8080/tcp -e HTTPD_VAR_RUN=/var/run/httpd -e HTTPD_MAIN_CONF_D_PATH=/etc/httpd/conf.d \
-e HTTPD_MAIN_CONF_PATH=/etc/httpd/conf \
-e HTTPD_CONTAINER_SCRIPTS_PATH=/usr/share/container-scripts/httpd/ \
registry.fedoraproject.org/f29/httpd /usr/bin/run-httpd
由于在 podman run
命令中 -d
表示以分离模式运行容器,因此 Podman 将在容器运行后打印出容器 ID。注意,这里我们使用了端口转发来访问容器内的 HTTP server。
注释:
-d
表示以分离模式在后台运行此容器。- Podman 在后台运行后会打印出容器 ID。(例如:f1f7215ccf26fe7bb83dd108cdb41480aae5794058a007dd85a098af0d390563)
-p
: 利用端口转发,使能够访问容器内的 HTTP server。
列出运行中的容器
[cloudbunny@technopanti ~]$ podman ps
检查运行中的容器
[cloudbunny@technopanti ~]$ podman inspect -l
这将有助于“检查”正在运行的容器中的元数据和相关的详细信息 —— 状态(运行或停止)、创建日期和容器 ID,等等。
既然我们有容器的详细信息,我们便可以测试 http server,此例中,在端口 8080 上执行端口转发。
执行命令:
[cloudbunny@technopanti ~]$ curl http://localhost:8080
上面的命令将会显示我们容器化的 httpd server 中的 index 页面。
查看容器日志
[cloudbunny@technopanti ~]$ podman logs --latest
希望您享受本文的阅读 😃
https://medium.com/technopanti/docker-vs-podman-c03359fabf77 Docker Vs Podman ↩︎
https://www.docker.com/blog/runc/ Introducing runC ↩︎
© 转载请标明出处 https://www.cnblogs.com/ittranslator
不做标题党,只分享技术干货
公众号『技术译站』,欢迎扫码关注
![](https://img2020.cnblogs.com/blog/2074831/202006/2074831-20200628152541133-1651846078.jpg)