Unfortunately, they haven't been updated in a while. But this is what we mean when we want docker on other hosts. use FreeBSD's native jail and linux subsystems. In other words, "OS-level virtualization" [1]
Rather than treating other platforms like second class citizens and relying on ad-hoc workarounds that require virtualbox, a middleman linux distribution running in the background; not to mention the error-prone networking redirection the aforementioned introduces.
Two points:
1. The whole point of docker is to not have to haul in a linux distribution and a fire up a vm just to deploy something for development or production. If they're using Docker w/ a VM, they're better off just using Vagrant.
2. FreeBSD jails work fantastic. What's keeping docker from abstracting upon that and supporting it officially, especially seeing these two implementations in the wild?
The FreeBSD port of Docker was unfortunately never merged, and needs completely reworking since it was written for the old monolithic Docker. There is some interest but no one actually working on it and I have been doing some portability fixes to containerd now and then but it needs some sustained effort.
You could configure dockerd (in the VM) to listen on TCP [1][2], then, back in OpenBSD, define & export `DOCKER_HOST` [3] and from then on use the 'docker' client on OpenBSD [4] without even having to ssh into Alpine.
Warning: I have not yet tested this yet, but it's about the same way as it works on macOS.
Also, I would have probably tried to use boot2docker [5] as guest instead of Alpine.
How about "Docker has evolved to packaging applications"? This is where things are today, with official support by Docker for non-Linux systems, and official support by non-Linux systems for Dockerised apps.
(Full disclosure, I'm the author of the Medium post.)
It's essentially the way Docker for Mac works, though Docker for Mac has far more mature tooling these days. Before the switch to macOS's native Hypervisor.framework, it was very much running VirtualBox with a Linux VM as a "shim" if you will.
For local dev work it scratches an itch for me and maybe for the minority of folks wanting to use OpenBSD as their workstation OS. ("There are dozens of us. Dozens!")
I read through the post, and thought, "Hold on, this isn't docker on OpenBSD, this is using OpenBSD's VM subsystem. Which is cool, but mostly unrelated to the title of the article."
The article is well written, but the title is kind of click bait. Why wouldn't you expect Docker (or any linux app for that matter) to run on a virtualization subsystem?
This would be similar to somebody getting Windows to run on vmm, and then writing an article, "Adobe Photoshop on OpenBSD"
I'd wager their traffic is 1-2 orders of magnitude higher with this title than it would be otherwise. A while ago I did a bunch of work using Packer. I had encountered all sorts of interesting virtualization / networking / OS issues in the course of that work. But out of all that I wrote one blog post basically just saying I had started using the Docker builder in addition to what I was doing before. Most read blog post I've ever been involved with, by several landslides. It got picked up by several Docker bots on Twitter and retweeted by hundreds of people. Zero interesting technical content.
For those that missed it, this also implies that OpenBSD now has native hardware-level virtualization support capable of running a real-world linux application..
Suspend/resume seems to just work (at least when using X11) out of the box. I've had issues getting FreeBSD to work properly in the past, but maybe 12.0-CURRENT works better these days.
I use an "Edimax EW-7811Un" (aka the N150-nano) usb wifi adapter. Only costs 8 USD on Amazon.
It uses the urtwn driver in OpenBSD and FreeBSD. It works...ok. Super small and a handy built in blue-LED so you know when it's powered and connected. I tend to leave it plugged in even when I reboot into macOS because it's pretty much ignored there due to lack of out of box macOS kernel module I believe.
I'm curious what "okay" means for you. I've got one of those tiny Edimax wifi USB adapters and it is intolerably slow. Is there some sort of performance tuning I'm missing?
https://github.com/kvasdopil/docker
https://github.com/3ofcoins/jetpack
Unfortunately, they haven't been updated in a while. But this is what we mean when we want docker on other hosts. use FreeBSD's native jail and linux subsystems. In other words, "OS-level virtualization" [1]
Rather than treating other platforms like second class citizens and relying on ad-hoc workarounds that require virtualbox, a middleman linux distribution running in the background; not to mention the error-prone networking redirection the aforementioned introduces.
Two points:
1. The whole point of docker is to not have to haul in a linux distribution and a fire up a vm just to deploy something for development or production. If they're using Docker w/ a VM, they're better off just using Vagrant.
2. FreeBSD jails work fantastic. What's keeping docker from abstracting upon that and supporting it officially, especially seeing these two implementations in the wild?
I look forward to seeing more of kvasdopil's docker fork (https://www.freshports.org/sysutils/docker-freebsd/) and jetpack.
[1] https://en.wikipedia.org/wiki/Operating-system-level_virtual...