> Podman is a nice alternative for Docker I think.
I'd say that it's good for some scenarios.
It's not an entirely complete Docker alternative, there still being various inconsistencies, especially when there are projects like Docker Compose (which has Podman Compose under development) and even Docker Swarm (for which there is no direct alternative), or when something like Nomad support for Podman is still relatively new: https://developer.hashicorp.com/nomad/plugins/drivers/podman
Even then, what functionality you expect will differ for various folks, so it's going to be an instance: "But it works on my servers (for my workload and my deployments), therefore it's stable!"
Personally, I tolerate the worse architecture of Docker, just because it's widespread, reasonably stable (CLI/API wise) and I can use the same setup for both building and running containers (and even lightweight orchestration). Others might disagree, but at the end of the day use whatever works for you.
You don't need podman-compose, docker-compose is perfectly viable with podman. They've even fixed some long standing bugs/problems lately, so docker-compose v2 can also be used with podman [1].
That's good to hear! I think Podman is going to be one of those projects that just get better and better with every subsequent release and might displace Docker for particular workloads rather easily.
Podman is designed to be a developer focused drop-in replacement for docker to use on one's workstation.
It's not possible to use it as a Kubernetes container runtime, there is no CRI for it to work. You can however run Kubernetes style "pods" locally from a pod manifest without a kube-apiserver which is pretty neat.
Yep, my bad! Post has been edited, I should stop posting in the evenings.
Most of the original points stand, except that Podman can run workloads described as Kubernetes YAML (or essentially compete with Rancher Desktop thanks to Podman Desktop), but isn't a runtime for Kubernetes like containerd.
I'd say that it's good for some scenarios.
It's not an entirely complete Docker alternative, there still being various inconsistencies, especially when there are projects like Docker Compose (which has Podman Compose under development) and even Docker Swarm (for which there is no direct alternative), or when something like Nomad support for Podman is still relatively new: https://developer.hashicorp.com/nomad/plugins/drivers/podman
Even then, what functionality you expect will differ for various folks, so it's going to be an instance: "But it works on my servers (for my workload and my deployments), therefore it's stable!"
Personally, I tolerate the worse architecture of Docker, just because it's widespread, reasonably stable (CLI/API wise) and I can use the same setup for both building and running containers (and even lightweight orchestration). Others might disagree, but at the end of the day use whatever works for you.
Edit: edited the post to clear up the confusion, mistakenly compared Podman with containerd, this probably threw me off: https://www.redhat.com/sysadmin/kubernetes-workloads-podman-... and https://www.redhat.com/sysadmin/compose-kubernetes-podman (it's still not an equivalent to containerd, simply can run workloads described in Kubernetes YAML)
That said, you could probably check out Podman Desktop as well, if interested: https://podman-desktop.io/