概要

• VagrantやDockerの登場で開発環境の統一が進み、Dockerは業界標準に
• セキュリティ脆弱性やリソース消費問題がDocker運用で顕在化
• Podmanはデーモンレス設計で、より安全かつ軽量なコンテナ運用を実現
• systemd連携やKubernetes互換など、現代的な運用管理をサポート
• DockerからPodmanへの移行はほぼシームレスで、実際の移行手順も簡単

DockerからPodmanへの進化とその理由

• Vagrant 登場時、全ての開発環境を統一する理想郷への期待
• Docker によるアプリ開発・デプロイ手法の根本的変革
• 環境の再現性・分離性の高さから「 Just Dockerize it」が常套句に
• しかし、 dockerdデーモン の常時稼働によるリソース消費・root権限問題
• 過去の 重大な脆弱性(CVE) や攻撃事例（例：runCエスケープ、Dirty Pipe、API悪用による仮想通貨採掘）
• 「 現状維持バイアス」を疑い、より良い選択肢を模索

Podmanの本質的な強み

• デーモンレス設計 ：バックグラウンドで常駐プロセス不要、各コンテナは直接ユーザーの子プロセスとして起動
• rootless運用 ：コンテナ内でroot昇格してもホストでは一般ユーザー権限のまま
• 単一障害点の排除 ：dockerdのクラッシュで全コンテナ停止→Podmanは個別管理
• リソース消費の最小化 ：常駐デーモンが無いため、メモリ・CPU負荷が低減
• systemd連携 ：podman generate systemdでsystemdユニット自動生成、Linuxサービス管理と完全統合
• Kubernetes親和性 ：Podmanのpod概念はK8sと直結、podman generate kubeでYAML自動生成
• Unix哲学重視 ：ビルドはBuildah、イメージ操作はSkopeoなど、役割分担が明確

DockerからPodman移行の実際

• Podmanは Docker互換CLI を提供、alias docker=podmanでそのまま置き換え可能
• Dockerfile等の資産も 修正不要 で利用可能
• rootlessモード では1024番未満のポートバインド不可（セキュリティ向上のため）
• Docker socket前提ツールも、PodmanのDocker互換APIで対応可能
• Docker Composeの複雑なワークフローは、Kubernetes YAMLへの変換が推奨
• 開発～本番で同じ構成を維持できるメリット

Podman運用の現場での実感

• セキュリティ管理が 大幅に簡素化、rootlessの恩恵
• システム監視も リソース利用が安定化
• Dockerは依然として主流だが、新規プロジェクトや技術選定の自由度があれば Podmanが最適解
• Linux運用・Kubernetes時代に即した 次世代コンテナ技術

FastAPIアプリをDockerからPodmanへ移行する手順

• 前提

  • 既存FastAPIプロジェクト（Dockerfile, requirements.txt）
  • Podmanインストール済み（Ubuntu/Debian: sudo apt install podman / Fedora: sudo dnf install podman / macOS: Podman Desktop）

• Step 1: Dockerfileはそのまま利用可能

  • OCIフォーマット互換
  • 例:

    FROM python:3.10-slim-buster
    WORKDIR /app
    COPY requirements.txt .
    RUN pip install --no-cache-dir --upgrade -r requirements.txt
    COPY . .
    EXPOSE 8000
    CMD ["uvicorn", "app.main:app", "--host", "0.0.0.0", "--port", "8000"]
    

• Step 2: イメージビルド

  • podman build -t my-fastapi-app:latest .
  • alias docker=podmanで既存コマンドもそのまま利用可能

• Step 3: コンテナ実行

  • 開発・テスト用: podman run --rm -p 8000:8000 --name my-fastapi-container my-fastapi-app:latest
  • バックグラウンド実行: podman run -d -p 8000:8000 --name my-fastapi-container my-fastapi-app:latest
  • rootlessモードのため、1024番未満のポートはバインド不可（本番ではリバースプロキシ推奨）

• Step 4: systemdによる本番運用

  • コンテナ起動 podman run -d -p 8000:8000 --name my-fastapi-container my-fastapi-app:latest
  • systemdサービスファイル生成

    mkdir -p ~/.config/systemd/user/
    podman generate systemd --name my-fastapi-container > ~/.config/systemd/user/my-fastapi-container.service
    

  • サービス有効化・起動

    systemctl --user daemon-reload
    systemctl --user enable my-fastapi-container.service
    systemctl --user start my-fastapi-container.service
    

  • サーバー常駐運用はloginctl enable-linger $(whoami)

• Step 5: Podによるマルチサービス構成

  • FastAPI＋DB等の複数サービスもPodmanのpod機能で簡潔に管理可能

---

まとめ

• DockerからPodmanへの移行は 驚くほど簡単 で、セキュリティ・運用面でのメリットが大きい
• Podmanは Linux時代の標準的なコンテナ運用 を実現
• 新規開発やインフラ刷新時にはPodmanの採用を強く推奨