I am already fairly comfortable using docker and its tool set. Is the tide shifting towards Podman? Should I start learning how to use Podman? Thanks in advance.
You must log in or register to comment.
I can’t help but laugh at this.
“learn how to use podman” from someone who already knows docker is their happy path.
https://docs.podman.io/en/latest/index.html#what-is-podman
Most users can simply alias Docker to Podman (alias docker=podman) without any problems
Seriously, the only two problems i’ve had are:
- makefile doesn’t honor the alias
- need to restart the VM occasionally
I would consider myself a very beginning docker user so I’ve a long way to go but I can see, given that I am a beginner, it might make sense to pivot now to Podman.
It might be easier to learn some docker first. That’s what all the documentation is written for and I’ve found the “alias docker to podman and call it a day” approach to be overly optimistic.
conversely, switching now means he’ll be learning domain specific knowledge for podman, the thing he wants to work in, and not building it in docker, the thing he’s trying to move away from
I did need to install some additional stuff to get docker-compose working with podman, and I needed to make sure I ran those things as a user instead of as root to make sure that the containers created by docker-compose were running rootless. But I do have my Lemmy instance running with rootless containers using podman.
My next step is to convert it to a systemd service, but I just haven’t got there yet.
But is it really a drop-in replacement for docker? Networking seems fundamentally different.
I tried to use a docker compose file for Wordpress as an example, with nginx-proxy-manager in another compose file. They’re linked together through an external network.
Podman works differently. You’re expected to create ‘pods’. I’m not super clear on this (just dipping my toes) but podman seems to be an alternative to k8s, not docker.
That’s the claim but buildx is extremely limited on podman.
I’ve studied and used them both and prefer podman for the reasons podman promotes:
- easy to manage containers via systemd, along with the other systems services I manage
- better security: rootless containers.
I use podman for almost everything. Especially since it’s working rootless. BUT I am also clearly swimming against the tide there. Everyone else in the company uses docker and I typically can’t just take their docker-compose setups 1:1 over to podman. First, because they often rely on having root and second, because they use docker specific hacks (like some internal hostname you can use to access the host from within docker). Since I am not a fan of docker-compose anyway, I don’t care that much … I would have built my own setup with docker as well.
On my server I have a lot less trouble with podman than I had with docker. I run quite a lot of services there, and the docker proxy (and sometime the daemon) always started to act up after a while, causing individual containers to no longer properly receive traffic and me no long being able to control them. With podman all of that just works. And I have systemd managing the container lifetimes instead of some blackbox.
This is why our org enforces Kubernetes and Helm
Compose is simpler, and has a much easier base use case, but we’ve found it more functional as a dev tool to get the service running before making a full deployment config, rather than as an effective production solution.
Why do you dislike compose?
Depending on what you’re using it for. For companies it feels like the tide is shifting toward using k8s and not caring what actually runs your containers.
That’s been the case for years now. No sane company runs production workloads on Docker or Docker compose. There’s niche solutions like Hashicorps Nomad or Docker Swarm, but most will probably either use a Hyperscalers container offering and/or use Kubernetes.
They do, and then they write blog posts about how the complexity is killing their teams productivity.
That’s for production, in dev Docker (or podman) is very much used.
I have to admit I like the concept of rootless containers very much.
I did too until I tried to use them. They lack several features that rooted containers have, and a lot of howtos take for granted. They’re fine for very simple containers, but expect pain an suffering.
You can do that with docker too, not that it’s flawless of course, networking is just awful. Same thing on Podman.
You don’t NEED to, but its always a good idea to rely on a plan B in case something goes wrong.
Then again, podman is very KISS if you (ask whatever goes wrong) to duckduckgo, so eh.
You don’t need to touch podman directly.
Toolbox makes it easy.
Distrobox makes it even easier but also slower, I use toolbox.
Those work for interactive use, but hosting container services, I would use systemd.
Thank you for the recommendation. I am checking it out now.
You need less time to learn/read-doc podman than posting the question + waiting for answers. Its a basic tool, when you need it -> read doc
Save your time. Podman lags so far behind docker, it is not even worth it.
Where’s one example of where podman lags?
Podman-compose is not feature complete IIRC. There are many more issues I can go into if you’d like.
That’s because podman-compose is not a goal for the project IIRC. Therefore, it will never be feature complete. They encourage using systemd or other tools to manage the pods. It seems that podman-compose is just not an enterprise use case.
Edit: so if docker-compose is important then yea, stick to docker. I moved to using systemd instead. Podman can generate the systems files for you.
Sounds like cope to me.
Many that i’m sure docker works tirelessly to keep in there, to prevent podman from gaining market share
hardly a point in docker’s favor
Am not going to allow that excuse. Podman is backed by Redhat, the biggest corporate in the Linux world.
Not even close, that would probably be Amazon or Microsoft. Unless you are talking about companies that only do Linux software. How many major companies like that are there, like three? Canonical, Red Hat and SUSE?
This is what prevented me from using podman, unfortunately. That and the setup for devcontainers in vscode wasnt exactly seamless.
Unfortunate since their windows support is great.
Podman could never compare to the quality of docker. I wish people who don’t know any better would just stop comparing the two and suggesting podman as a replacement.
Lol wut?
Cope
docker shill confirmed
At least now we know all that rent seeking money is going to good use!
And you are a podman shill so 🤷♂️
