01 - Podman 简介

第 01 章 — Podman 简介

1.1 容器技术简史

容器技术并非一蹴而就，而是经过数十年的演进：

1979  Unix V7 — chroot（文件系统隔离雏形）
2000  FreeBSD Jails（进程级隔离）
2006  Google Process Containers → cgroups
2008  Linux Containers (LXC)
2013  Docker 发布 — 容器技术民主化
2014  Kubernetes 开源 — 容器编排标准化
2015  OCI 成立 — 容器标准治理
2018  Podman 发布 — 无守护进程容器引擎

Docker 的贡献与局限

Docker 极大地推动了容器化普及，但其 客户端-守护进程（Client-Daemon）架构存在固有问题：

┌─────────────────────────────────────────┐
│             Docker 架构                   │
│                                          │
│   docker CLI  ←→  dockerd (root)         │
│                      │                   │
│                  containerd              │
│                      │                   │
│                  runc (OCI runtime)      │
│                      │                   │
│               ┌──────┴──────┐            │
│               │  容器 A  容器 B │          │
│               └─────────────┘            │
└─────────────────────────────────────────┘

┌─────────────────────────────────────────┐
│            Podman 架构                    │
│                                          │
│   podman CLI  →  conmon → runc/crun      │
│                     │                    │
│              ┌──────┴──────┐             │
│              │  容器 A  容器 B │           │
│              └─────────────┘             │
│                                          │
│   (无守护进程，每个容器独立 fork/exec)       │
└─────────────────────────────────────────┘

1.2 Podman 是什么？

Podman（Pod Manager）是由 Red Hat 主导开发的容器管理工具，它具备以下核心特性：

核心设计原则

1. 无守护进程（Daemonless）：直接 fork/exec 创建容器，无需常驻后台进程
2. Rootless 优先：默认以非 root 用户运行，大幅降低安全风险
3. OCI 兼容：完全兼容 OCI 镜像规范和运行时规范
4. Docker CLI 兼容：命令行接口几乎与 Docker 完全一致
5. 原生 Pod 支持：内置 Pod 概念，天然兼容 Kubernetes

技术栈对比

💡 提示

Podman、Buildah、Skopeo 被称为"容器工具三件套"（container tools），它们各自专注于容器生命周期的不同阶段，但共享底层库（containers/image、containers/storage）。

1.3 Rootless — 安全的基石

Rootless（无 root 权限）是 Podman 最重要的设计理念之一。

为什么 Rootless 很重要？

传统容器引擎需要 root 权限运行守护进程，这意味着：

攻击 dockerd = 获得宿主机 root 权限

漏洞示例：
- CVE-2019-5736: runc 容器逃逸
- CVE-2020-15257: containerd 网络隔离绕过
- CVE-2024-21626: runc 工作目录泄漏

Rootless 模式下，即使容器运行时被攻破，攻击者也只获得普通用户权限：

┌─────────────────────────────┐
│      普通用户 (uid=1000)      │
│  ┌───────────────────────┐  │
│  │    用户命名空间          │  │
│  │  ┌─────┐  ┌─────┐     │  │
│  │  │容器A │  │容器B │     │  │
│  │  │root │  │root │     │  │
│  │  │(虚拟)│  │(虚拟)│     │  │
│  │  └─────┘  └─────┘     │  │
│  └───────────────────────┘  │
│  容器内 root ≠ 宿主机 root    │
└─────────────────────────────┘

Rootless 的代价

Rootless 并非没有代价，需要了解其限制：

⚠️ 注意

第 05 章将深入讲解 Rootless 模式的完整配置和限制解决方案。

1.4 OCI — 开放容器标准

OCI（Open Container Initiative）于 2015 年由 Docker、CoreOS、Google、Microsoft 等公司联合成立，旨在制定容器行业标准。

OCI 三大规范

OCI 生态全景：

  镜像构建          镜像分发           容器运行
  ┌──────────┐    ┌──────────┐    ┌──────────┐
  │ Buildah  │    │ Registry │    │ crun     │
  │ docker   │    │ Skopeo   │    │ runc     │
  │ buildkit │    │ Harbor   │    │ kata     │
  └────┬─────┘    └────┬─────┘    └────┬─────┘
       │               │               │
       ▼               ▼               ▼
  ┌──────────┐    ┌──────────┐    ┌──────────┐
  │Image Spec│    │Dist. Spec│    │Runtime   │
  │  (OCI)   │    │  (OCI)   │    │Spec (OCI)│
  └──────────┘    └──────────┘    └──────────┘

OCI 对 Podman 的意义

因为 Podman 完全遵循 OCI 标准：

1. 镜像兼容：Docker Hub 上的镜像可以直接使用
2. 运行时可换：可使用 crun、runc、kata-containers 等
3. 工具解耦：Buildah 构建的镜像可以被 Podman 运行
4. 未来保障：遵循标准不会被厂商锁定

1.5 Podman 的生态系统

Podman 不是孤立的工具，而是一个完整的生态系统：

┌─────────────────────────────────────────────────────┐
│                  用户 / CI / CD                       │
├──────────┬──────────┬──────────┬─────────────────────┤
│ podman   │ Buildah  │ Skopeo   │ podman-compose      │
│ (容器/Pod)│ (构建)    │ (传输)   │ (多容器编排)          │
├──────────┴──────────┴──────────┴─────────────────────┤
│              containers/image (镜像库)                 │
│              containers/storage (存储库)               │
│              containers/common (公共配置)              │
├─────────────────────────────────────────────────────┤
│   conmon (容器监控)                                   │
├──────────┬──────────────────────────────────────────┤
│  crun    │         runc    │   kata-containers      │
│ (C实现)   │      (Go实现)    │     (轻量级VM)          │
├──────────┴──────────────────────────────────────────┤
│            Linux Kernel (cgroups, namespaces)        │
└─────────────────────────────────────────────────────┘

核心组件说明

1.6 什么时候选择 Podman？

✅ 推荐使用 Podman 的场景

1. 安全敏感环境：金融、医疗、政府等行业对容器安全有严格要求
2. systemd 服务器：需要容器随系统启动、自动重启
3. CI/CD 流水线：无需守护进程，避免 CI 环境中的权限问题
4. 多租户服务器：多个用户共享一台服务器，各自运行容器
5. Kubernetes 开发：Pod 概念与 K8s 天然一致
6. 边缘计算：资源受限环境下的轻量级容器方案

⚠️ 需要评估的场景

1.7 快速体验

如果你想先感受一下 Podman 的使用体验：

# 检查是否已安装
$ podman --version
podman version 5.x.x

# 运行一个简单的容器（与 docker 完全一致）
$ podman run --rm -it alpine echo "Hello Podman!"
Hello Podman!

# 查看 Podman 信息
$ podman info
host:
  arch: amd64
  buildahVersion: 1.38.x
  cgroupManager: systemd
  cgroupVersion: v2
  conmon:
    package: conmon-2.x.x
  distribution:
    version: "41"
  eventLogger: journald
  rootless: true          # ← Rootless 模式
...

💡 提示

如果你已安装 Docker，可以通过 alias docker=podman 快速切换。但更推荐的做法是先阅读第 13 章的迁移指南，了解所有差异后再做切换。

1.8 本章小结

下一步

• 👉 第 02 章：安装与配置 — 在你的系统上安装 Podman

扩展阅读

• Podman 官方博客
• Why Podman? — Red Hat
• OCI 官方网站
• Rootless Containers
• crun vs runc 性能对比
• Podman Architecture Deep Dive