这是一个创建于 289 天前的主题，其中的信息可能已经有所发展或是发生改变。
我现在是用 Fedora 部署 podman 和 docker 比，podman 带来了
[Unit]
Description=mqtt broker server
After=network-online.target
Wants=network-online.target
Before=shutdown.target
[Container]
HostName=mqtt-broker
AutoUpdate=registry
Image=docker.io/eclipse-mosquitto:latest
Network=macvlan.network
PodmanArgs=--mac-address XX:XX:XX:XX:XX:XX
Volume=/srv/docker/root/volumes/mqtt/data:/mosquitto/data
Volume=/srv/docker/root/volumes/mqtt/config:/mosquitto/config
Volume=/srv/docker/root/volumes/mqtt/log:/mosquitto/log
[Service]
Restart=always
[Install]
WantedBy=multi-user.target
然后容器就以一个 systemd 的服务的形式运行起来了。
 |
1 yekk 2025 年 8 月 29 日编排方便吗？ |
 |
2 jamos 2025 年 8 月 29 日 1
docker+portainer 很方便的 |
 |
3 sesshomaru0 2025 年 8 月 29 日使用 systemd 管理容器 daemon (quadlet) |
 |
4 kapr1k0rn 2025 年 8 月 29 日gui 不是有 podman desktop 吗 |
 |
6 vergilgao 2025 年 8 月 29 日@kapr1k0rn 我其实是指的是 nas 系统集成的 webui 不是 desktop 也不是 portainer/dockerman 这种。从我目前使用的感受来说，webui 配置好之后，生成 quadlet 文件然后交给 systemd 来运行更符合 podman 的设计哲学。 |
 |
7 COW 2025 年 8 月 29 日进程多了感觉不太好管理，由于是无 daemon ，比如某些 systemd 进程关了，用 podman ps 就查不到了，缺个好用的 工具支持 systemctl + podman ps 筛选的 |
 |
8 hefish 2025 年 8 月 29 日 2
大家用我推荐， 我还是继续 docker 。 |
 |
9 hwdq0012 2025 年 8 月 29 日没看到心动的点，好像 nvidia 驱动有限制 rootless |
 |
10 w568w 2025 年 8 月 29 日我觉得 Quadlet 不太好的地方： 1. 从 Yaml 换成了语法表达力更弱的 ini-like ； 我自己的话还是主要用 compose.yaml + podman-compose 来跑。只有少数依赖项不复杂且固化的服务（比如系统全局都要用的代理软件 image ），才考虑写成 quadlet 来开机自启。 |
 |
12 infinityv 2025 年 8 月 29 日 via iPhonedockerd 不也是 systemd 管理的吗 |
 |
14 cheng6563 2025 年 8 月 29 日裸 pod 不套层 deployment 真的能用吗 |
|
15 vergilgao 2025 年 8 月 29 日@infinityv 不是一个概念，dockerd 是 docker 的 daemon ，podman 没有 daemon ，这里说的 systemd 管理 podman 的 daemon 其实是 systemd 直接作为 container 的 daemon |
|
16 vergilgao 2025 年 8 月 29 日@cheng6563 家用肯定不可能用 k8s ，k3s 的话，我觉得还不如直接用 podlet 让 systemd 自己来了。CoreOS 那一套对于家用来说也是过于复杂了。所以我觉得直接套一个好用的 webui 管理 quadlet 文件，反而是一个非常优秀的 nas 上 GUI 容器化的方案。 |
 |
17 Geon97 2025 年 8 月 29 日其实理论上来讲，podman 比 docker 相对更安全一些 |
 |
18 66z 2025 年 8 月 29 日 1
人生苦短，我用 Docker |
 |
19 Yanickkk 2025 年 8 月 29 日 1
入门用户体验起来没什么区别 |
 |
20 yayoi 2025 年 8 月 29 日 1
以前用过,podman-compose 和 docker compose 有些行为是不一致的,现在大部分镜像文档还是以 docker 为准.podman 很难用.至于 rootless 之类的特性对于个人使用没啥大用处.但是企业都用 k8s.所以 podman 是个尴尬的东西,个人是没有动力去用这个的 |
 |
21 cslive 2025 年 8 月 29 日cockpit 管理 podman ，都是一家出的 |
 |
22 chenluo0429 2025 年 8 月 29 日 via Android我对 systemd 过敏，让我用别人写好的现成服务可以，让我自己写配置，我就十分不爽 |
 |
24 cryboy007 2025 年 8 月 29 日公司用什么我就用什么。个人就用自己熟悉的.都是工具老比来比去的没意思 |
 |
25 weijancc 2025 年 8 月 29 日无 daemon 这玩意就不值得吹 |
 |
26 cyp0633 2025 年 8 月 29 日起码不会把我的 nftables 规则搞乱 |
 |
27 SakuraYuki 2025 年 8 月 29 日觉得他好用的不需要 gui ，需要 gui 的感受不出区别 |
 |
28 kennylam777 2025 年 8 月 29 日都是 k8s 能完成的東西, 唯一要 systemd 的只有 kubelet, k3s control-pane 的話可能還有 etcd/api-server, DHCP 方面是配 multus 就能完成的東西 pod 在 docker compose 上作用不明顯, 只是一堆共用 network 的 containers, 但 docker 本來是 OCI 的能被 k8s 調用成 pod 的樣子 而且 k8s 現在配合的 container engine 是 containerd, 至少這東西和 docker 有也有 nvidia container toolkit 等大廠 GPU 的支持 我仍然覺得直接學 k3s 比較有用 |
 |
29 anubu 2025 年 8 月 29 日拿来玩还是挺不错的，也能扩展对容器生态的认识。不过从技能性价比角度，nerdctl/containerd 感觉更好一些。向下和 docker/docker compose 几乎无缝兼容，向上维护 kubelet/containerd 这一套也能复用经验。 daemon 这个问题挺难说，有时候觉得 docker daemon 还挺好用的。在本地 vscode 编辑完 compose 文件，直接 docker context 连接到远程 ssh 暴漏的 docker daemon 就可以启动服务。相比拷贝 compose 文件到服务端，方便很多。当然，无 daemon 时，vscode remote ssh 也能应付这些场景。 |
 |
30 zed1018 2025 年 8 月 29 日我感觉有点鸡肋，属于是生产环境有更好的方案，本地开发也用不上的功能。 |
|
31 COW 2025 年 8 月 29 日@anubu 似乎你在用 nerdctl 和 vscode ，但目前 containers 插件只支持 docker 和 podman 两种 runtime ，是怎么处理的？ |
 |
33 yanqiyu 2025 年 8 月 29 日对我来说 podman 真正的不可替代的特性是借助 fork-exec 的模型支持 pass fd ，然后就可以让容器也能走 socket activation 来响应请求。 这样一些容器甚至了一 network=none 也能提供网络服务 |
 |
34 user1284 2025 年 8 月 29 日没被坑过不知道痛, 喜欢折腾就玩吧, 觉得折腾有意思当然觉得好, 我自己的经验是以后再也不乱折腾了, 坑死我了 |
|
35 yanqiyu 2025 年 8 月 29 日@anubu podman.socket 也可以启动一个 daemon （行为也很大程度上兼容 docker 的 socket 我记得），并且 podman system connection [add,list...] 可以添加直接暴露的 http 或者 ssh endpoint ，这样在远程机器上 podman -c <remote> ... 就等价于在远程执行了 |
 |
36 1daydayde 2025 年 8 月 29 日等一条帖子：podman 太坑了，换回了 docker |
 |
37 shcsc 2025 年 8 月 29 日家里的 Linux ，我就是用 podman 跑服务 |
 |
38 Proposal 2025 年 8 月 29 日没有看到对 docker 的替代性... |
 |
39 pulutom40 2025 年 8 月 29 日 via iPhone说得好，个人使用继续 docker ，珍爱生命，远离折腾 |
 |
40 githmb 2025 年 8 月 29 日这东西离线安装后运行不了啊，配置太多了，经常缺东西，找齐也全是启动问题 |
 |
41 DefoliationM 2025 年 8 月 29 日 via Android用过一段时间，但是备份比较麻烦，最后还是 terraform+k8s 了，方便管理配置。 |
 |
42 0x42 2025 年 8 月 29 日 via Android尽管如此，但是我还是 docker ，又不是不能用，主要是 compose 对我来说已经足够简单、便捷。没有折腾的理由哈哈 |
|
43 0x42 2025 年 8 月 29 日 via Androidbtw qnap |
|
44 anubu 2025 年 8 月 29 日@COW vscode 主要用于 yaml 文件编辑和调起 wsl 当终端用。容器插件用的很少，偶尔看看 docker 日志，没有 nerdctl 和 vscode 集成使用的经验。 |
 |
45 WhatTheBridgeSay 2025 年 8 月 30 日工程实践的话我还是优选 docker ，除了捏着鼻子给 ufw 打补丁不然 ufw 创建的主机防火墙规则会被绕过以外没有缺点。 |
 |
46 xycost233 2025 年 8 月 30 日一堆 compose ，切换成本有点高了。。不太干试 |
 |
47 johnniang 2025 年 8 月 30 日 via Android最近我更喜欢用 Docker Swarm 了。 |
 |
48 witherzuo 2025 年 8 月 30 日 via Androidpodman 什么都好，但在 Windows 和 macOS 上一直有个问题，podman pull 拉取镜像时不会显示流式传输进度，Linux 上正常…… |
 |
49 wweir 2025 年 9 月 1 日还是更喜欢 nerdctl 一些。 |
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。
