I’m a retired Unix admin. It was my job from the early '90s until the mid '10s. I’ve kept somewhat current ever since by running various machines at home. So far I’ve managed to avoid using Docker at home even though I have a decent understanding of how it works - I stopped being a sysadmin in the mid '10s, I still worked for a technology company and did plenty of “interesting” reading and training.

It seems that more and more stuff that I want to run at home is being delivered as Docker-first and I have to really go out of my way to find a non-Docker install.

I’m thinking it’s no longer a fad and I should invest some time getting comfortable with it?

  • xcjs@programming.dev
    link
    fedilink
    English
    arrow-up
    2
    ·
    11 months ago

    There’s a container web UI called Portainer, but I’ve never used it. It may be what you’re looking for.

    I also use a container called Watchtower to automatically update my services. Granted there’s some risk there, but I wrote a script for backup snapshots in case I need to revert, and Docker makes that easy with image tags.

    There’s another container called Autoheal that will restart containers with failed healthchecks. (Not every container has a built in healthcheck, but they’re easy to add with a custom Dockerfile or a docker-compose.)

    • Dyskolos@lemmy.zip
      link
      fedilink
      English
      arrow-up
      2
      ·
      11 months ago

      Thanks for the tips! But did i get it right here? A container can has access to other containers?

      • xcjs@programming.dev
        link
        fedilink
        English
        arrow-up
        1
        ·
        edit-2
        11 months ago

        The Docker client communicates over a UNIX socket. If you mount that socket in a container with a Docker client, it can communicate with the host’s Docker instance.

        It’s entirely optional.