TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Docker for Mac Without Docker Desktop

307 点作者 robfig超过 3 年前

43 条评论

rckrd超过 3 年前
One of the past maintainers of minikube here. Minikube, while targeted towards Kubernetes developers, also provides all the features you&#x27;d want here. It also takes away most of the pain from virtual machine management w&#x2F; native hypervisors.<p>If you&#x27;re looking for customizability (boot image, docker version, container runtime), minikube is probably your best bet. It even comes with some rudimentary file-sharing and port-forwarding primitives, but it isn&#x27;t as batteries-included as Docker desktop. On the other hand, you have full ssh access to the VM to do whatever you want (+startup scripts, etc.)<p>Awhile back, I wrote up a comparison of all the Docker Desktop Alternatives. [1]<p>[1] <a href="https:&#x2F;&#x2F;matt-rickard.com&#x2F;docker-desktop-alternatives&#x2F;" rel="nofollow">https:&#x2F;&#x2F;matt-rickard.com&#x2F;docker-desktop-alternatives&#x2F;</a>
评论 #30119205 未加载
评论 #30120173 未加载
评论 #30121191 未加载
评论 #30121334 未加载
评论 #30117877 未加载
评论 #30123507 未加载
riffic超过 3 年前
I know people doing docker dev are generally targeting a Linux of some sort, but why the heck doesn&#x27;t the macOS kernel support native containerization?<p>Come on Apple. Microsoft can do it.<p>edit: this seems like a new development since my last whine&#x2F;complaint on this topic:<p><a href="https:&#x2F;&#x2F;macoscontainers.org&#x2F;" rel="nofollow">https:&#x2F;&#x2F;macoscontainers.org&#x2F;</a>
评论 #30122466 未加载
评论 #30119102 未加载
评论 #30121292 未加载
评论 #30119310 未加载
评论 #30118751 未加载
评论 #30118953 未加载
评论 #30118706 未加载
评论 #30119269 未加载
评论 #30118744 未加载
oplav超过 3 年前
I&#x27;ve been exploring 2 alternatives (podman and colima) to replace my normal docker workflow, which is just building and running containers locally, sometimes with docker-compose. I started with podman but had issues with 2 main pieces of my workflow: docker-compose (or podman-compose) and shared volumes (with `run -v`). Switched over to colima and those worked out of the box for me (&quot;brew install docker; brew install docker-compose; brew install colima; colima start; docker run ...&quot;)
评论 #30117542 未加载
评论 #30118843 未加载
评论 #30118112 未加载
评论 #30118153 未加载
评论 #30117444 未加载
评论 #30117723 未加载
freetime2超过 3 年前
The favorite replacement that I have found for docker desktop is to run docker-ce in lima vm [1]. It’s only a couple of commands to get up and running with their docker example [2]. Basically:<p>brew install lima<p>limactl start docker.yaml<p>lima is built on qemu, which is always a solid choice for virtualization. It also supports M1 Macs, and even Intel on Arm emulation (at a pretty hefty performance cost).<p>One of nice features of lima is that it automatically forwards ports from the host vm to guest, so when you start up a container listening on port 5432, for example, you can access it at localhost:5432. This works nicely in particular for local development while using a VPN client, which I have found has a tendency to interfere with local network traffic (if split tunneling is disabled).<p>lima is used under the hood in rancher desktop, which is another great option if you would prefer to have a gui. But I have settled on lima as I prefer the CLI for scripted installations, and also find it to be more customizable.<p>I have also seen colima mentioned in the comments, which appears to wrap lima with some prebuilt configurations. I don’t really think this is necessary, and seems like something that could just as easily be done with a gist, but if you are looking for the absolute quickest way to get up and running with docker (and optionally kubernetes) on lima, then this could be it.<p>[1] <a href="https:&#x2F;&#x2F;github.com&#x2F;lima-vm&#x2F;lima" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;lima-vm&#x2F;lima</a><p>[2] <a href="https:&#x2F;&#x2F;github.com&#x2F;lima-vm&#x2F;lima&#x2F;blob&#x2F;master&#x2F;examples&#x2F;docker.yaml" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;lima-vm&#x2F;lima&#x2F;blob&#x2F;master&#x2F;examples&#x2F;docker....</a>
toppy超过 3 年前
As an alternative one can also consider Rancher Desktop (<a href="https:&#x2F;&#x2F;www.suse.com&#x2F;c&#x2F;rancher_blog&#x2F;rancher-desktop-1-0-0-has-arrived&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.suse.com&#x2F;c&#x2F;rancher_blog&#x2F;rancher-desktop-1-0-0-ha...</a>) mentioned here few days ago.
评论 #30119113 未加载
snuxoll超过 3 年前
Unfortunately this like other alternatives still misses some key features of Docker Desktop for Mac like utilizing VPNKit (<a href="https:&#x2F;&#x2F;github.com&#x2F;moby&#x2F;vpnkit" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;moby&#x2F;vpnkit</a>) to make networking not constantly break when on a VPN without split tunneling, etc.<p>I&#x27;ve started using minikube myself as I stopped constantly needing to use Cisco AnyConnect for work as we switched to using a Zscaler product instead - but this is a huge bugbear for many users I&#x27;d like to see <i>somebody</i> address.
评论 #30123206 未加载
adamcharnock超过 3 年前
I’ve been trying something new for the last few months. I brought a min-spec M1 Air and I’ve been using a hetzner dedicated server as my development machine.<p>I run all user-interfaces locally, and use unison to keep files in sync. VSCode remote dev works well, but I’m more of a PyCharm person myself and their remove dev is just picking up. Docker just runs natively on the server.<p>But it has been working very well with unison. I run eternal terminal with tmux, so my terminal is always available. Local bandwidth requirements are low and I get a 6-core 64GB dev machine.<p>It’s actually been very pleasant. I have barely any dev tools locally (not even home brew, which I do not miss at all).
评论 #30123542 未加载
ggregoire超过 3 年前
&gt; Motivation: Docker for Mac was proving to be a workflow pain rather than a workflow gain. It was slowing down my 16&quot; Macbook Pro (32GB RAM, 6 CPUs), draining the battery, and causing the fans to constantly spin at full speed.<p>A performance comparison between this solution and Docker for Mac would have been great.
blakesterz超过 3 年前
&quot;Motivation: Docker for Mac was proving to be a workflow pain rather than a workflow gain.&quot;<p>I feel that pain. I switched from a Linux box to a Mac Mini for ALMOST all the work I do. I just couldn&#x27;t take the pain, now when I need to do my Docker work, I just flip back to my Linux box. I have a Logi keyboard and Mouse with that 3 device button option, and a monitor with a few inputs, so I just turn on the ol&#x27; Linux box, press a few buttons, and I&#x27;m there. I do the same thing for Windows, for the rare occasion I need Windows (mostly for testing stuff).<p>I could probably find ways around the pain points, but I just can&#x27;t be bothered when it&#x27;s so easy to just use the other machine sitting right here. No point in wasting any more time on it.
评论 #30118648 未加载
评论 #30118234 未加载
评论 #30117469 未加载
评论 #30119007 未加载
c7DJTLrn超过 3 年前
The Docker&#x2F;virtualisation stuff on macOS really needs fixing up. The x86 to ARM transition has made things worse but it was pitiful even before. Virtualization.framework doesn&#x27;t seem to live up to the hype. Docker has an experimental mode for it - if you try enabling it you&#x27;ll quickly realise why it&#x27;s experimental. Your computer will go into meltdown and performance will feel a hundred times slower. M1 MacBooks are no good for Docker&#x2F;VMs unless you have a Parallels license.<p>Apple needs to do what Microsoft did surrounding Linux on Windows. Allocate some engineers for a few years to make life easier for developers on their platform.
评论 #30121279 未加载
tallytarik超过 3 年前
As others have pointed out, Virtualbox doesn&#x27;t work on ARM (M1).<p>A few months ago I switched to a new setup on my M1 Max: running a Ubuntu VM in UTM (<a href="https:&#x2F;&#x2F;mac.getutm.app&#x2F;" rel="nofollow">https:&#x2F;&#x2F;mac.getutm.app&#x2F;</a>), and installing Docker there.<p>I use Mutagen (<a href="https:&#x2F;&#x2F;mutagen.io&#x2F;" rel="nofollow">https:&#x2F;&#x2F;mutagen.io&#x2F;</a>) for syncing files between macOS and the VM, which works really well.<p>There is a 10x-20x speed improvement running a large PHP (Drupal) project through the VM than Docker for Mac.
评论 #30122861 未加载
评论 #30121846 未加载
twsted超过 3 年前
I&#x27;m using Multipass [<a href="https:&#x2F;&#x2F;multipass.run" rel="nofollow">https:&#x2F;&#x2F;multipass.run</a>], docker cli, configured with a docker context.
mrinterweb超过 3 年前
In my experience, Docker for Mac has always had significant performance problems primarily because of its built in host &lt;-&gt; volume sync strategy. The problem has persisted for many years. Different 3rd party (open source) solutions can relieve this performance bottleneck like docker-sync and mutagen. It just blows my mind that after all these years, the docker for mac team hasn&#x27;t found a decent file sync strategy to include by default. If you&#x27;re working on a project with a lot of files, docker for mac&#x27;s built-in sync strategy is likely crushing your CPU.
forty超过 3 年前
Admittedly I haven&#x27;t tried Windows and MacOS a lot, but I still don&#x27;t understand why people insist on using MacOS for doing Linux development. I think it must be pretty rare to have devs doing MacOS development not using MacOS or devs doing Windows development not using Windows, but for Linux backend there seem to be a consensus that running VMs is a good idea.<p>Why is that? Are people doing stuff on their computers I&#x27;m not even aware we can do because I use Linux? Or am I working slower because Linux is not the right tool for development? At work I have a feeling that a lot of time is lost to have the Linux devs tools (docker in particular) working properly on other OSes (MacOS and WSL), and docker especially (and those new Mac M1 which suddenly are even slower with all the existing docker images because of course our CI is not building ARM images...).
评论 #30124458 未加载
评论 #30124503 未加载
kristjansson超过 3 年前
It’s not local docker, but<p><pre><code> export DOCKER_HOST=ssh:&#x2F;&#x2F;user@some.nix.box </code></pre> does the trick for like 90 percent of my local docker workflows. Big gaps are local volumes, remembering to look for ports exposed on the remote box instead of localhost, and VPN access (if the remote box box isn’t on the right network)<p>Otherwise its a treat. No local storage eaten up, no cores pinned to 100%, no reserved memory, no (additional) VM layer, …
jedahan超过 3 年前
I wrote a dumb shell script that wraps Canonical&#x27;s multipass to do what Docker Desktop used to. Its limited but reliable on my M1 mac.<p><a href="https:&#x2F;&#x2F;github.com&#x2F;jedahan&#x2F;podman-desktop" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;jedahan&#x2F;podman-desktop</a>
explaingarlic超过 3 年前
I suppose peeps are starting to notice this because they&#x27;re no longer able to use Docker Desktop on their corporate machines and are scrambling for alternatives?<p>We got lucky where I work, and already had a RHEL license which gives us Docker Desktop Enterprise too, I think.
saxonww超过 3 年前
We do two strange things (right now) that only seem to work with Docker Desktop for Mac &lt;=4.3.2:<p>We use registry mirrors to access a registry over an SSH tunnel. Doesn&#x27;t seem to work with Docker via Colima, etc. as it&#x27;s initiating connections from inside the VM, which doesn&#x27;t see the SSH tunnel. Broke with Docker Desktop for Mac 4.4.2 as well, and tbh I can&#x27;t explain why it ever worked, but it did. Nerdctl just learned about registry mirrors like 3 weeks ago[0], but it looks like it&#x27;s having containerd do the pull so it would be in the same boat.<p>We set up IP aliases on lo0, and bind containers to individual addresses. This lets multiple containers and their services be directly accessible from the host - and e.g. applications running in Windows on VirtualBox - without having to remap ports. I don&#x27;t think any of the alternatives support this. I know Colima does not. I don&#x27;t think anything including Docker Desktop have a way to expose the docker bridge adapter directly to the host.<p>[0] <a href="https:&#x2F;&#x2F;github.com&#x2F;containerd&#x2F;nerdctl&#x2F;pull&#x2F;642" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;containerd&#x2F;nerdctl&#x2F;pull&#x2F;642</a>
may13noon超过 3 年前
what about lima? it seems more easier to get.<p><a href="https:&#x2F;&#x2F;github.com&#x2F;lima-vm&#x2F;lima" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;lima-vm&#x2F;lima</a>
评论 #30120408 未加载
评论 #30119721 未加载
tluyben2超过 3 年前
I use only arm images with Docker but I get 100% CPU on my m1 ; on top it says Docker - 100%. Usually it takes a while (few hours) to go from 5% to 100% but it always gets there and the only way to stop it is shutdown Docker desktop and starting it again. It also crashes quite a lot (docker ps will then say Docker is not running and I have to restart Docker desktop to get it back as well). I really like the hardware on this machine but I&#x27;m contemplating selling it and getting a Frame.work with Linux just to get rid of this pain. It is a far faster &amp; smoother experience on my 11 year old X220 with Linux than on this m1. I am not sure why this happens; I see many more people have it but there seems to be no clear reason?<p>Does this help or is the issue lower level?
AceJohnny2超过 3 年前
I find it hilarious that their solution to Docker (which is supposed to be virtualization-light: containers) bloatedness is to use a full-fledged virtual machine.<p>Something&#x27;s gone deeply wrong somewhere.
评论 #30119200 未加载
评论 #30119246 未加载
surfer7837超过 3 年前
No company is going to touch Virtualbox without a 10ft barge pole. The licensing is so easy to get wrong and before you know it you’re writing a cheque to Oracle’s legal department
评论 #30126682 未加载
InsaneOstrich超过 3 年前
This won&#x27;t work on the new M1 macs since it uses VirtualBox
评论 #30117809 未加载
matsemann超过 3 年前
I&#x27;d rather (my company) pay than having to deal with all this myself. My Docker workflow works. Spending time on everyone moving away is actually a negative ROI.
user3939382超过 3 年前
The heart of this is docker-machine which is deprecated
评论 #30118957 未加载
评论 #30121032 未加载
chrisjc超过 3 年前
<p><pre><code> 5. Install Docker Machine docker-machine </code></pre> The last time one of these discussions came up and a similar solution was provided, someone pointed out that &#x27;docker-machine&#x27; is not a dependable solution. I can&#x27;t remember the exact reason, nor can I find the link, but it was something along the lines of Docker making it proprietary or abandoning the project.<p>Can anyone provide any more detail about the state of &#x27;docker-machine&#x27; or help clarify any issues with hitching your wagon to these &#x27;docker-machine&#x27; solutions?
评论 #30118930 未加载
speedgoose超过 3 年前
I use Rancher Desktop as an alternative to Docker Desktop. It’s alright.
评论 #30118072 未加载
评论 #30118668 未加载
hoofhearthed超过 3 年前
Uhm I’m not a sys-admin nor an extreme senior engineer, but you have to admit. The current setup for running docker on macOS, with the current virtualization, is completely broken.
评论 #30121417 未加载
CubsFan1060超过 3 年前
Has anyone done any filesystem speed comparisons on any of these? Mounting volumes on Mac in Docker Desktop is... not great. Anyone found any good comparisons?
评论 #30119279 未加载
navbaker超过 3 年前
I&#x27;ve done most of my dev work on my physical Windows box using Docker Desktop, but have access to a robust cloud VM network where all my Unix work is done. The end result of a dev process is an image regardless of what tool you used, right? So how does Docker know if you&#x27;ve used Windows or Unix to write and test a given image? Is there metadata written into the image?
评论 #30119475 未加载
nunez超过 3 年前
This is a very heavy alternative. It is also not viable for those with ARM machines, as Virtualbox is x86 only.<p>Minikube is a popular alternative. Colima is an up-and-coming one that&#x27;s can run both raw containerd and Docker engine on top of containerd. I prefer Colima since I&#x27;d rather not have Kubernetes running full-time (consumes resources).
therealmarv超过 3 年前
We also need an M1 compatible UTM version of that. To bad it seems UTM cannot be automated with vagrant like VirtualBox.
评论 #30120144 未加载
astkaasa超过 3 年前
Tried colima and minikube. Minikube has some complex network issue, colima works without any problem out of box.
hk1337超过 3 年前
So, what exactly are the restrictions going to be? I don’t really use the UI all that much beyond seeing that the engine is running, I don’t have any images on docker hub. I pretty much just run it locally and push images to AWS ECR.
papito超过 3 年前
When I work on Linux as my OS, I just install CTOP, and it&#x27;s all I need to work with Docker.<p><a href="https:&#x2F;&#x2F;github.com&#x2F;bcicen&#x2F;ctop" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;bcicen&#x2F;ctop</a>
xxandroxygen超过 3 年前
Multipass has been my docker desktop replacement of choice, I really like it (even in the non-M1 days I never liked docker desktop and used dinghy which was a wrapper around docker-machine)
rubyist5eva超过 3 年前
When they changed the docker desktop terms, I switched to Podman. Now with Rancher Desktop and kubernetes swallowing the world...what really is the point of docker at all?
tomrod超过 3 年前
Podman or minikube are the solutions I&#x27;ve gone with. Great software!
gigatexal超过 3 年前
Ehh I prefer limactl&#x2F;nerdctl to this.
steviedotboston超过 3 年前
Should this be faster than Docker Desktop?
评论 #30118090 未加载
grishka超过 3 年前
This is x86-only, right?
TameAntelope超过 3 年前
Is there anything complex about setting this up that you&#x27;d want to use this, or is this more of a time saver?<p>I was thinking about doing this, and still might on my own, unless there&#x27;s some hard problem solved here. Nothing wrong at all with using this, though, very cool!
vhsdev超过 3 年前
The proper way to develop with docker on Mac is using a Linux dual-boot.