Personally I use it for a couple services that would be difficult to run separately (ie: deemix + lidarr). I’m also planning on moving all of my services with databases over to compose. I do lose a couple other QOL features but I still prefer this approach to start/stop all related containers instead of manually having to close each one.
Comment on Hey selfhosters, what are you selfhosting?
jjakc@lemthony.com 1 year agoWhat’s the reasoning behind using docker compose on unraid, instead of the built in docker implementation?
charles@lemmy.ca 1 year ago
troy@programming.dev 1 year ago
For a couple reasons
Store and version configs in git. I realize unRAID provides flash drive backup (using git also), but this allows me to spin up my setup on another machine that may not be running unRAID. Helped recently when I switched away from Proxmox.
Allows me to group services with their dependencies. ( e.g. postgres, redis, etc ) Also can help isolate service groups from each other. Avoiding port conflicts on common db ports for example. Downside being may have more than one database, redis, etc.
Note, there is an unRAID docker compose plugin so you can still get easy access management buttons to start, stop, view logs, and edit services.