Docker

Podman与Docker的架构分析 为什么要关注这个对比 Docker Desktop 从 2021 年起对大型企业收费，加上 Docker 本身的一些架构问题（守护进程单点故障、root 权限依赖），促使很多人开始考虑替代方案。Podman 是目前最成熟的替代者。 我从一个日常使用容器的开发者的角度，聊聊这两个工具的核心差异。 架构差异 Docker：守护进程模型 用户 → docker CLI → dockerd（守护进程）→ containerd → runc → 容器 Docker 的核心问题是所有操作都经过一个 root 权限的常驻守护进程（dockerd）。这意味着： dockerd 挂了，所有容器的管理能力就没了 dockerd 本身是 root 权限运行，是一个安全风险面 日志、网络等资源都受 dockerd 控制，难以用 systemd 等标准工具管理 Podman：无守护进程模型 用户 → podman CLI → 直接 fork → conmon → runc → 容器 Podman 没有后台守护进程。每次运行容器时，Podman 直接 fork 出一个子进程，通过 conmon 作为容器的监控进程。这意味着： 没有单点故障 可以用 systemd 管理容器（配合 podman generate systemd） 天然支持 rootless rootless 容器的实际意义 Docker 也有 rootless 模式（Docker 19.03+ 引入），但是通过用户态模拟实现的，存在一些限制。Podman 的 rootless 模式从一开始就是核心设计目标，实现得更加成熟。 ...