I followed trash guides to set everything up blindly and my set up is working well. But, I feel like having jellyfin in the same docker compose as my “arr” services isn’t good. So, I’d be curious to see if I should split things up. I am even wondering if i should let portainer manage everything.
I created them in the same compose but will probably split them up soon. There’s no point in having them in the same file: *arr services and jacket interact with each other, but Jellyfin is its own thing and I often want/need to restart it alone. They’re best as 2 separate stacks imo.
You can interact with a single container if you need to, not just the whole compose group.
docker compose restart jellyfinworks for your example, and “restart” can be swapped for stop or start as needed.Splitting compose files can be a good idea, but it isn’t always necessary.
yes, but I use one alias for all stacks to down, pull, up as a daemon, and watch its logs.
So I’d rather split the stack than have a special treatment for it.
I use individual files with some like-services grouped together, but you interface with specific services withing a compose file by just specifying the name at the end o the command
There’s no point in having them in the same file
Convenience is the reason for a lot of people
if these are the only services one is self hosting, I can see that.
But I have around a dozen stacks atm and I never came across a situation that I wanted to trigger an *arr stack restart with Jellyfin’s. They’re pretty much unrelated and independent services from an operational view.
You can issue commands to singular services or group them under an alies if needed.
But I have around a dozen stacks atm and I never came across a situation that I wanted to trigger an *arr stack restart with Jellyfin’s. They’re pretty much unrelated and independent services from an operational view.
I’m more talking about pull, up -d. It’s convenient having it all behind a single command, unless there’s a special need to have them separated
