Selfhosted

And I've done the exact opposite moves everything off of lxc to docker containers. So much easier and nicer less machines to maintain.

For me the power of docker is its inherent immutability. I want to be able to move a service around without having to manual tinker, install packages and change permissions etc. It’s repeatable and reliable. However, to get to the point of understanding enough about it to do this reliably can be a huge investment of time. As a daily user of docker (and k8s) I would use it everyday over a VM. I’ve lost count of the number of VMs I’ve setup following installation guidelines, and missed a single step - so machines that should be identical aren’t. I do however understand the frustration with it when you first start, but IMO stick with it as the benefits are huge.

I'm actually doing the opposite :)

I've been using vms, lxc containers and docker for years. In the last 3 years or so, I've slowly moved to just docker containers. I still have a few vms, of course, but they only run docker :)

Containers are a breeze to update, there is no dependency hell, no separate vms for each app...

More recently, I've been trying out kubernetes. Mostly to learn and experiment, since I use it at work.

It's hard for me to tell if I'm just set in my ways according to the way I used to do it, but I feel exactly the same.

I think Docker started as "we're doing things at massive scale, and we need to have a way to spin up new installations automatically and reliably." That was good.

It's now become "if I automate the installation of my software, it doesn't matter that the whole thing is a teetering mess of dependencies and scripted hacks, because it'll all be hidden inside the container, and also people with no real understanding can just push the button and deploy it."

I forced myself to learn how to use Docker for installing a few things, found it incredibly hard to do anything of consequence to the software inside the container, and for my use case it added extra complexity for no reason, and I mostly abandoned it.

Docker compose plus using external volume mounts or using the docker volume + tar backup method is superior

I've never really like the convoluted docker tooling. And I've been hit a few times with a docker image uodates just breaking everything (looking at you nginx reverse proxy manager...). Now I've converted everything to nixos services/containers. And i couldn't be happier with the ease of configuration and control. Backup is just.a matter of pushing my flake to github and I'm done.

Just run docker in an LXC. That's what I do when I have to.

Docker is a convoluted mess of overlays and truly weird network settings. I found that I have no interest in application containers and would much prefer to set up multiple services in a system container (or VM) as if it was a bare-metal server. I deploy a small Proxmox cluster with Proxmox Backup Server in a CT on each node and often use scripts from https://community-scripts.github.io/ProxmoxVE/. Everything is automatically backed up (and remote sync'd twice) with a deduplication factor of 10. A Dockerless Homelab FTW!

Are you using docker-compose and local bind mounts? I'd not, you're making backing up uch harder than it needs to be. Its certainly easier than backing up LXCs and a whole lot easier to restore.

Honestly after using docker and containerization for more than a decade, my home setups are just yunohost or baremetal (a small pi) with some periodic backups. I care more about my own time now than my home setup and I want things to just be stable. Its been good for a couple of years now, without anything other than some quick updates. You dont have to deal with infa changes with updates, you dont have to deal with slowdowns, everything works pretty well.

At work its different Docker, Kubernetes, etc... are awesome because they can deal gracefully with dependencies, multiple deploys per day, large infa. But ill be the first to admit that takes a bit more manpower and monitoring systems that are much better than a small home setup.

Are you using docker compose scripts? Backup should be easy, you have your compose scripts to configure the containers, then the scripts can easily be commited somewhere or backed up.

Data should be volume mounted into the container, and then the host disk can be backed up.

The only app that I've had to fight docker on is Seafile, and even that works quite well now.

I use podman using home-manager configs, I could run the services natively but currently I have a user for each service that runs the podman containers. This way each service is securely isolated from each other and the rest of the system. Maybe if/when NixOS supports good selinux rules I'll switch back to running it native.

I can recommend NixOS. It's quite simple if your wanted application is part of NixOS already. Otherwise it requires quite some knowledge to get it to work anyways.

I used docker for my homeserver for several years, but managing everything with a single docker compose file that I edit over SSH became too tiring, so I moved to kubernetes using k3s. Painless setup, and far easier to control and monitor remotely. The learning curve is there, but I already use kubernetes at work. It's way easier to setup routing and storage with k3s than juggling volumes was with docker, for starters.