Hi,

I’m using docker-compose to host all my server services (jellyfin, qbittorrent, sonarr, etc.). I’ve recently grouped some of them into individual categories and then merged the individual docker-compose.yml file I had for each service into one per category. But is there actually any reason for not keeping them together?

The reason why is I’ve started configuring homepage and thought to myself “wouldn’t it be cool if instead of giving the server IP each time (per configured service in homepage) I’d just use the service name?” (AFAIK this only works if the containers are all in the same file).

  • wplurker@lemmy.world
    link
    fedilink
    English
    arrow-up
    3
    ·
    1 year ago

    So right now I have a single compose file with a file structure like this:

    docker/
    ├─ compose/
    │  ├─ docker-compose.yml
    ├─ config/
    │  ├─ service1/
    │  ├─ service2/
    

    Would you in that case use a structure like the following?

    docker/
    ├─ service1/
    │  ├─ config/
    │  ├─ docker-compose.yml
    ├─ service2/
    │  ├─ config/
    │  ├─ docker-compose.yml
    
    

    Or a different folder structure?

    • MaggiWuerze@feddit.de
      link
      fedilink
      English
      arrow-up
      5
      ·
      edit-2
      1 year ago

      The second one is exactly what I have. One folder for each service containing it’s compose file and all persistent data belonging to that stack(unless it’s something like your media files)

    • einsteinx2@programming.dev
      link
      fedilink
      English
      arrow-up
      2
      ·
      1 year ago

      The second is exactly how I do it. Keeps everything separate so easy to move individual services to another host if needed. Easy to restart a single service without taking them all down. Keeps everything neat and organized (IMO).