that will get you a fast virtiofs VM with the latest docker, including compose and buildx. it may seem scary to replace an officially blessed tool like Docker Desktop, but i have had zero issues with colima. it isn't "docker compatible". it's docker. just need to run `brew upgrade` and `colima update` every once in a while to keep it up to date.
Man, I feel bad for Docker, the company. Created the open source project that almost single-handely revolutionized deployments, development environments, and cloud computing, but sorta never managed to stick a product.
I tried to use podman desktop for a bit but I ran into some screwy compatibility issues. It just wasn't as smooth as docker.
I really really want an alternative to docker desktop. I don't like the path they're going down. I don't like the AI crap in the UI. The licensing is crazy. It just doesn't feel right.
So I've been lately using rancher by SuSE. Surprisingly, it's been all right. So far it just works. I'm using this on Mac OS.
If anybody's looking for an alternative that's one worth considering.
OrbStack is a very compelling alternative on macOS. The GUI launches instantly due to being a Swift app and not Electron. Container filesystems are visible in Finder. You can spin up full-blown VMs with it (only Linux ones though). Storage is managed dynamically, so you don't have to reserve or resize the virtual disk. Free for personal use, with zero nags or upsells.
I use good old `docker compose`. It's 100% compatible, since it uses the same moby engine underneath. I've also run k3d on it, so I'm pretty sure it'll handle anything you throw at it.
What sort of compatibility issues were you encountering? (disclaimer: I'm on the Podman Desktop team)
If it was compose + docker compatibility issues, that's on the roadmap for improvement :). Compose support is flakey at times (it's essentially a wrapper around the open source binary https://github.com/docker/compose)
The most common one I run into is with volumes, when the full path doesn't already exist. Docker will just make the path, Podman throws an error. It's been called a "bug" in docker but the fact is everyone just expects the paths to be created. I want it to just work, not make everyone in the industry redo their dockerfiles to be "correct."
It looks like there was some work done to resolve this in 2023 and 2024 but I know this was still happening for me in mid 2025. Podman is technically correct here but functionally broken in a way that keeps pushing me away because I don't have time to deal with that :(
I had issues with performance/power management, and had to abandon Podman Desktop on Windows. Have not checked out recently, but my issues may possibly be solved by
Basically I had a 5 second periodic CPU spike after some update. Also I had some compose issues, and some issue with Fedora based WSL. These together were blockers for me at that point, but I'm using podman on my pet Fedora server, and it works (using quadlets there) perfectly there, and will retry it on Windows also when I get the time.
Also, there’s Podman’s decision to drop CNI support. Sure, I get that they want to support the full stack, but netavark is really not especially capable, and CNI allows all kinds of interesting (and frequently overcomplicated) things.
Docker Engine (the "CLI") only works on Linux. "Desktop" is supposed to offer a unified experience across platforms, it offers a GUI, ships Docker Engine inside a virtual machine so that it works on Windows and MacOS, and tries to make the VM as transparent/invisible as possible (with varying success) with filesystem mounts and network configuration.
Another alternative (although Mac OS-only) is [0] OrbStack. Some devs in my team are running it as a more performant alternative to Docker Desktop for Mac and they are very happy so far.
I love podman. it’s my default whenever i need to run containers locally. Ive also used it to run containerized systemd services.
Selling enterprise licenses is a smart move from Redhat: they actually build/contribute to production grade container orchestration platforms like openshift. Unlike Docker Inc which looks like it only has the docker registry and Docker Desktop.
I personally prefer the Podman CLI however as you don't need the daemon running in the background and prefer Kubernetes like yamls for local development. I definitely don't need a polished desktop GUI that shows me how many images I have though - I've never understood the use case for that.
My Podman starts containers in arch x86-64-v3 with rosetta on for 27 seconds which Docker does it in 9s. I wonder what's wrong. I've already upgraded Mac to Tahoe (which has x86-64-v3 support included into rosetta)
No I checked it against the amount of RAM. Podman with 8GB does not increase speed, Docker with 4GB is still 9s
podman run 27->24
docker run 9.4->9.769 total
(I increased limit in podman and decreased limit in docker). This happens with amd64 arch images (which I for some reason need in my work and cannot rebuild)
now I'm curious why it's still slow even with the increase of ram + cpu, I'll sync up with the podman core team why it's benchmarking much faster in docker vs podman (assuming both are using rosetta 2 on your machine)
The best alternative to Docker Desktop on macOS is to abandon the GUI entirely use colima to create the linux VM.
then add this line to your $HOME/.docker/config.json that will get you a fast virtiofs VM with the latest docker, including compose and buildx. it may seem scary to replace an officially blessed tool like Docker Desktop, but i have had zero issues with colima. it isn't "docker compatible". it's docker. just need to run `brew upgrade` and `colima update` every once in a while to keep it up to date.Does this support volume bind mounts and port forwarding?
You can see the command above mounting a volume
”—mount $HOME:w”
Man, I feel bad for Docker, the company. Created the open source project that almost single-handely revolutionized deployments, development environments, and cloud computing, but sorta never managed to stick a product.
I tried to use podman desktop for a bit but I ran into some screwy compatibility issues. It just wasn't as smooth as docker.
I really really want an alternative to docker desktop. I don't like the path they're going down. I don't like the AI crap in the UI. The licensing is crazy. It just doesn't feel right.
So I've been lately using rancher by SuSE. Surprisingly, it's been all right. So far it just works. I'm using this on Mac OS.
If anybody's looking for an alternative that's one worth considering.
OrbStack is a very compelling alternative on macOS. The GUI launches instantly due to being a Swift app and not Electron. Container filesystems are visible in Finder. You can spin up full-blown VMs with it (only Linux ones though). Storage is managed dynamically, so you don't have to reserve or resize the virtual disk. Free for personal use, with zero nags or upsells.
I can attest, Orbstack has been a gamechanger. Happily paying for the pro license.
How are you deploying? I’m on dokploy so I’m not sure of compatibility
I use good old `docker compose`. It's 100% compatible, since it uses the same moby engine underneath. I've also run k3d on it, so I'm pretty sure it'll handle anything you throw at it.
Orb is definitely the winner. It’s fast. It does the job well. Never had an issue with it in two years.
What sort of compatibility issues were you encountering? (disclaimer: I'm on the Podman Desktop team)
If it was compose + docker compatibility issues, that's on the roadmap for improvement :). Compose support is flakey at times (it's essentially a wrapper around the open source binary https://github.com/docker/compose)
The most common one I run into is with volumes, when the full path doesn't already exist. Docker will just make the path, Podman throws an error. It's been called a "bug" in docker but the fact is everyone just expects the paths to be created. I want it to just work, not make everyone in the industry redo their dockerfiles to be "correct."
https://github.com/containers/podman/issues/6234
It looks like there was some work done to resolve this in 2023 and 2024 but I know this was still happening for me in mid 2025. Podman is technically correct here but functionally broken in a way that keeps pushing me away because I don't have time to deal with that :(
Running a docker container having side effects on the host seems bad. You've just convinced me a little bit I want podman, and not docker.
I had issues with performance/power management, and had to abandon Podman Desktop on Windows. Have not checked out recently, but my issues may possibly be solved by
https://github.com/podman-desktop/podman-desktop/issues/1035...
Basically I had a 5 second periodic CPU spike after some update. Also I had some compose issues, and some issue with Fedora based WSL. These together were blockers for me at that point, but I'm using podman on my pet Fedora server, and it works (using quadlets there) perfectly there, and will retry it on Windows also when I get the time.
I’ve encountered this one:
https://github.com/containers/buildah/issues/6460
Also, there’s Podman’s decision to drop CNI support. Sure, I get that they want to support the full stack, but netavark is really not especially capable, and CNI allows all kinds of interesting (and frequently overcomplicated) things.
Sorrt for may be a complete ignorant question but whats the use case of docker desktop as opposed docker cli
Docker Engine (the "CLI") only works on Linux. "Desktop" is supposed to offer a unified experience across platforms, it offers a GUI, ships Docker Engine inside a virtual machine so that it works on Windows and MacOS, and tries to make the VM as transparent/invisible as possible (with varying success) with filesystem mounts and network configuration.
It also includes a local k8s cluster. So you get 2 in 1 package.
I got into problems with test containers on podman and I have no idea how to solve them. Have you fought with that by any chance?
Another alternative (although Mac OS-only) is [0] OrbStack. Some devs in my team are running it as a more performant alternative to Docker Desktop for Mac and they are very happy so far.
[0]: https://orbstack.dev
I'll just add another vote for OrbStack. I found it way faster on M1 and M5 and never found any compatibility issues.
I love rancher too and I have less issues of docker using all of my local disk. Learned about it at a local Python meetup.
I also like that Rancher Desktop supports nerdctl. Colima is another similar project.
I imagine that OrbStack has containerd buried inside somewhere and could support ctr and (awkwardly) nerdctl, but if so it’s pretty well hidden.
I love podman. it’s my default whenever i need to run containers locally. Ive also used it to run containerized systemd services.
Selling enterprise licenses is a smart move from Redhat: they actually build/contribute to production grade container orchestration platforms like openshift. Unlike Docker Inc which looks like it only has the docker registry and Docker Desktop.
I personally prefer the Podman CLI however as you don't need the daemon running in the background and prefer Kubernetes like yamls for local development. I definitely don't need a polished desktop GUI that shows me how many images I have though - I've never understood the use case for that.
Is anyone paying for this things?
It's unclear to me from this post, or Red Hat's announcement[0] what makes it an enterprise build, aside from offering some support SLA.
Are there any material differences between this and the free OSS Podman Desktop[1] released 4 years ago?
0: https://www.redhat.com/en/blog/introducing-red-hat-build-pod... 1: https://podman-desktop.io/
Isn't that what most enterprise software is? A number to call and some kind of contract on it?
My Podman starts containers in arch x86-64-v3 with rosetta on for 27 seconds which Docker does it in 9s. I wonder what's wrong. I've already upgraded Mac to Tahoe (which has x86-64-v3 support included into rosetta)
Ahhh, one of the reasons could be that Docker Desktop by default uses 50% of your RAM when they create their VM and the maximum amount of CPUs.
Podman Desktop by default has a much lower RAM (4GB) + CPU usage (50% CPU). That's something that could be improved... I've opened up an issue: https://github.com/podman-desktop/podman-desktop/issues/1634... :)
No I checked it against the amount of RAM. Podman with 8GB does not increase speed, Docker with 4GB is still 9s
(I increased limit in podman and decreased limit in docker). This happens with amd64 arch images (which I for some reason need in my work and cannot rebuild)now I'm curious why it's still slow even with the increase of ram + cpu, I'll sync up with the podman core team why it's benchmarking much faster in docker vs podman (assuming both are using rosetta 2 on your machine)
are you by any chance one of those Claw raging robots? really? created an issue?
(The poster works on podman for redhat)
Pretty sure this guy works in that project.