I never hear systemd-nspawn mentioned in these discussions. It ships and integrates with systemd and has a decent interface with machinectl. Does anyone use it?
LXC vs. Docker
31–40 of 147 posts
Re: LXC vs. Docker
#32Interesting read, not sure why you compared only these two though.
There are a plenty of other solutions and Docker is actually many things.. You can use Docker to run containers using Kata for example, which is a runtime providing full HW virtualisation.
I wrote something similar, yet much less in detail on Docker and LXC and more as a bird-eye overview to clarify terminology, here: https://sarusso.github.io/blog_container_engines_runtimes_or...
Re: LXC vs. Docker
#33Apples to oranges. LXC can be directly compared with a small, and quite insignificant, part of Docker: container runtime. Docker became popular not because it can run containers, many tools before Docker could do that (LXC included). Docker became popular because it allows one to build, publish and then consume containers.
I agree on the apples to oranges, but LXC does not directly compare to a container runtime IMHO.. It is a proper engine to be fair, even if it provides much less functionalities as the Docker engine.
Re: LXC vs. Docker
#34LXC via Proxmox is great for stateful deployments on baremetal servers. It's very easy to backup entire containers with the state (SQLite, Postgres dir) to e.g. NAS (and with TrueNAS then to S3/B2). Best used with ZFS raid, with quotas and lazy space allocation backups are small or capped. Nothing stops one from running Docker inside LXC. For development I usually just make a dedicated priviledged LXC container with…
> LXC via Proxmox is great for stateful deployments on baremetal
Reminds me of (now defunct?) flockport.com
They had some interesting demos up on YouTube, showcasing what looked like a sandstorm.io esque setup.
Re: LXC vs. Docker
#35Is it accurate to say LXC is to Docker as git is to GitHub, or vim/emacs vs. Visual Studio Code? I haven't seen many examples demonstrating the tooling used to manage LXC containers, but I haven't looked for it either. Docker is everywhere.
I recently wrote something to clarify my mind around all this [1]. If we assume that by Docker we mean the Docker engine, then I think you might compare it as you said (maybe more in terms as vim/emacs vs. Visual Studio Code as Git is a technology while GitHub is a platform).
But Docker is many things: a company, a command line tool, a container runtime, a container engine, an image format, a registry...
[1] https://sarusso.github.io/blog_container_engines_runtimes_or...
Re: LXC vs. Docker
#36Love to hear I am not the only one enjoying LXC rather than Docker
Re: LXC vs. Docker
#37The perfect pair
Containerfile vs Dockerfile - Infra as code
podman vs docker - https://podman.io
podman desktop companion (author here) vs docker desktop ui - https://iongion.github.io/podman-desktop-companion
podman-compose vs docker-compose = there should be no vs here, docker-compose itself can use podman socket for connection OOB as APIs are compatible, but an alternative worth exploring nevertheless.
Things are improving at a very fast pace, the aim is to go way beyond parity, give it a chance, you might enjoy it. There is continuous active work that is enabling real choice and choice is always good, pushing everyone up.
Re: LXC vs. Docker
#38Apples to oranges. LXC can be directly compared with a small, and quite insignificant, part of Docker: container runtime. Docker became popular not because it can run containers, many tools before Docker could do that (LXC included). Docker became popular because it allows one to build, publish and then consume containers.
> Docker became popular because it allows one to build, publish and then consume containers.
True, but Docker is an awful choice for those things (builds are performed "inside out" and aren't reproducible, publishing produces unauditable binary-blobs, consumption bypasses cryptographic security by fetching "latest" tags, etc.)
Re: LXC vs. Docker
#39I've been running my saas on lxc for years. I love that the container is a folder to be copied. Combined with git to push changes to my app all is golden.
I tried docker but stuck with lxc.
Re: LXC vs. Docker
#40The perfect pair Containerfile vs Dockerfile - Infra as code podman vs docker - https://podman.io podman desktop companion (author here) vs docker desktop ui - https://iongion.github.io/podman-desktop-companion podman-compose vs docker-compose = there should be no vs here, docker-compose itself can use podman socket for connection OOB as APIs are compatible, but an alternative worth exploring nevertheless. Things are…
I enjoy podman. It supported cgroups v2 before Docker and is daemonless.