Docker 与 Podman 怎么选？一次说清差异

随着 Docker 公司调整开源策略，不少团队开始评估 Podman。它们命令几乎一致，但底层设计差异很大。

核心区别：守护进程

• Docker 依赖一个常驻的 dockerd 守护进程，CLI 通过 REST API 与它通信；
• Podman 是**无守护进程（daemonless）**的，每条命令直接调用 runC/crun 操作容器。

无守护进程带来两个直接好处：

1. 不占后台资源，更适合 CI 等短时任务；
2. 天然支持 Rootless，安全性更好。

# Docker：需要 root 或加入 docker 组（等同 root）
docker run -d nginx

# Podman：普通用户即可，容器以当前用户身份运行
podman run -d nginx

命令兼容性

Podman 刻意保持与 Docker CLI 兼容，很多团队直接加个别名就能平滑迁移：

alias docker=podman
docker ps
docker build -t myapp .
docker compose up   # Podman 2.0+ 原生支持 podman compose

注意：docker-compose（Python 版）与 Podman 兼容性一般，建议改用 podman compose（基于 Compose Spec）。

何时仍然选 Docker

• 团队工具链深度绑定 Docker Desktop（如本地 Kubernetes 调试）；
• 某些老旧的 CI 镜像仅预装了 Docker；
• 依赖 Docker 特定扩展（如 BuildKit 高级特性）。

小结

新项目若对安全性与资源占用敏感，Podman 是更现代的选择；存量系统则不必强行迁移。工具服务于场景，而非反之。