@jherazob If you use Podman instead of Docker Cockpit gives a great web dashboard covering both the containers and the host machine.
#Naturist web developer, selfhosts as many things as possible.
#brony, #nudist, #bodypositive, #aspie, #fedi22
@jherazob If you use Podman instead of Docker Cockpit gives a great web dashboard covering both the containers and the host machine.
@andruid @Tippon Stay away from k8s for now, that’s more for when you have a cluster of multiple physical servers. The systemd services are more useful in a single server environment.
The way that works is that once you have the containers set up, podman can save the configuration of them as unit files so they can be managed the same way as native server software. This makes it easier to have them all start automatically after a reboot, and is a requirement for enabling automatic updates.
@Tippon That is a big part of the point behind containers, you don’t have any long term state inside them. Migration is just a case of copying the configuration over along with the contents of any persistent volumes.
It’s worth looking into Podman instead of Docker, the daemon-less architecture makes it more lightweight and secure as it’s easier to have rootless containers. Management can also be easer as being a Red Hat project it integrates well into Systemd.
With your existing server on Xubuntu you may as well stick with Ubuntu Server or Debian for the familiarity.
@GregorTacTac If you use containers you can map something like 8080 on the host to 80 in the container. Generally it’s recommended to have a reverse proxy listening on 80 and 443 with all your individual applications on localhost only high ports.