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).
I would not. Create an external network and just add those to the compose files.
Bingo. Or just bite the bullet and dive into Kubernetes
Back when I used to use Docker this is what I was doing. If you use a reverse proxy that is Docker-aware (eg Traefik), it can still connect to the services by name and expose them out as subdomains or subpaths based on the names.
But I graduated to Kubernetes a long time ago.
Overkill for home use
@midas @bronzing
Out of curiosity why not? this is what I have been doing forever.
So there’s a million ways to do things and what works for you works for you. For me, putting all services ina single compose file only has downsides.