Should I be learning docker compose instead of relying on dockStarter to manage my containers? I got portainer up, should I just use that to manage my stack?

I’m committed this summer to finally learning docker. I’m on day 3 and the last puzzle piece is being able to access qbittorrent locally while running the container through the vpn.

  • peregus@lemmy.world
    link
    fedilink
    English
    arrow-up
    0
    ·
    1 month ago

    I would never deploy Compose in any kind of production environment.

    May I ask you why?

    • just_another_person@lemmy.world
      link
      fedilink
      English
      arrow-up
      0
      ·
      1 month ago

      Aside from the myriad issues it has on its own, the easiest answer is: it doesn’t scale on multiple machines and instances.

      Example: I have 10 services in a compose file, and I need each service to scale independently across multiple servers. Which is easier, more reproducible, and reliable: controlling the docker compose state across many instances, or communicating with a central management service with one command to do it all for me?

      • towerful@programming.dev
        link
        fedilink
        English
        arrow-up
        0
        ·
        1 month ago

        Sure, but what you are describing is the problem that k8s solves.
        I’ve run plenty of production things from docker compose. Auto scaling hasn’t been a requirement, and HA was built into the application (so 2 separate VMs running the compose stack). Docker was perfect for it, and k8s would’ve been a sledgehammer.