Podman 与 containerd 的差异与选择

结论先行

Podman 是面向开发者和运维的容器引擎，无守护进程、默认 rootless，提供 Docker 兼容 CLI；containerd 是底层容器运行时，负责镜像、容器生命周期和 CRI，是 Kubernetes 节点的核心组件。它们不在同一层：本地开发选 Podman，节点运行时选 containerd。

核心差异

维度	Podman	containerd
定位	容器引擎/CLI	容器运行时
守护进程	无（fork/exec）	有 containerd 服务
rootless	默认支持	取决于配置
CLI	`podman`，兼容 Docker	`ctr`/`crictl`/`nerdctl`
Kubernetes	可生成/运行 Pod YAML	CRI 运行时
镜像构建	Buildah/podman build	不负责构建
典型场景	本地开发、单机、rootless	K8s 节点、容器运行时

怎么选

本地开发、rootless、Docker 替代：Podman。
Kubernetes 节点/容器运行时：containerd。
需要 pod 概念和 systemd 集成：Podman。
需要 CRI/低级运行时接口：containerd。

注意

podman run --rm -it alpine sh
crictl ps
ctr -n k8s.io containers list

Podman 和 containerd 不是互相替代关系；不要把 podman 当成 K8s 运行时。
Podman rootless 的低端口、网络和卷权限有限制。
containerd 的 namespace（如 k8s.io）不同，ctr 和 crictl 看到的对象可能不同。
Podman 生成的 systemd unit 和 K8s YAML 仍需按环境调整。
镜像格式都是 OCI，但存储和镜像仓库配置不同。
生产节点优先使用发行版/K8s 支持的运行时组合。

Podman 与 containerd 的差异与选择

结论先行

核心差异

怎么选

注意

相关命令