Re: Evolving the GitLab runner setup
On Tue, Jun 08, 2021 at 08:39:45AM +0200, Bastian Blank wrote:
> docker-machine is a product by Docker upstream, but is not longer
> developed, without any replacement. Currently GitLab upstream makes
> heavy use of it, so I have no idea what they are going to do about it.
> But we don't need to depend on it.
I wonder if Kata Containers will end up being a suitable replacement for
it. There's even an ITP for it, although it's pretty complex and I
think it'll take a significant effort to get into suitable shape.
https://katacontainers.io/
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=988599
Firecracker-containerd, a project I started at work, might also be
interesting here.
https://github.com/firecracker-microvm/firecracker-containerd/
> So, out with the old, in with the new. Introducing an all new
> lightweight driver for GitLab runner, using Podman, qemu, cloud-init and
> systemd user services writen in our "favorite" language shell.
Very nice!
> It uses Podman, the prefered solution everywhere Docker fell into
> disgrace. It uses cloud-init to setup everything inside the VM, so it
> can run with plain Debian images (Bullseye and Sid for the included
> Podman). And it uses systemd to handle all the lifetime stuff, so all
> lost VM will be forcefully removed after a preset timespan.
>
> Code and some documentation can be found here:
> https://salsa.debian.org/cloud-admin-team/debian-cloud-gitlab-runner-driver
I'm not sure I'd agree with your statement about Podman being preferred
in any serious way, but that's fine. :) I think it'll be entirely
acceptable here. Thanks for working on this!
> I intend to do that change in the next days. Let's hope it is as stable
> as required.
+1
noah
Reply to: