Uma dica boa talvez seja falar sobre coisas superestimadas quando o assunto é servidor em casa.
Eu tenho dois exemplos: Docker e Raids. Não uso em meu servidor e vou explicar porque são superestimados.
Primeiro é o Docker, que é supostamente usado para tornar instalação fácil de fazer, sendo independente de sistema operacional e sendo declarativo portanto se for mudar de servidor não precisa configurar tudo novamente. O problema é que isso gera uma camada de abstração de conteineres que torna mais difícil a interação entre os programas, além de gastar muito mais recursos de armazenamento e cpu devido a duplicação das dependências. Eu tenho a visão de que o seu sistema operacional ja criou o gerenciador de pacotes para essa função, não precisa rodar outra coisa por cima dele, assim otimiza as dependências. A parte da declarabilidade é interessante, mas se isso for importante é melhor usar o NixOS que faz tudo que o docker faz de forma muito mais elegante e sem perda de recursos.
Agora, falando do RAID, sua função seria juntar os hds para ficarem mais rápidos e terem redundancia. Tem seu caso de uso, mas acho que para homelabs isso fica muito menos interessante. Primeiro que usa muitos hds, caro. Depois que a redundancia dos hds não é um backup, só ajuda na agilidade de para trocar um hd quando der pau. Eu tenho dois hds de 4tb cada e não faço raid pois isso seria ineficiente para os backups. Os dois hds agiriam como um, o que cumpre a função de backup do servidor no servidor, mas eu também faço backups dos pcs da casa no servidor e o raid duplicaria eles, fazendo ter três cópias de cada pc (o próprio pc, o servidor e a redundancia do servidor). Muito ineficiente. Na questão da velocidade talvez fizesse sentido, mas para homelab faz mais sentido comprar ssd, que não vai usar tanto armazenamento assim e ele gasta menos energia que dois hds ligados. não conferi os ultimos preços mas mesmo que o ssd esteja mais caro por gigabyte do que o hd ainda vale a pena. No homelab você pode ter down time, se o servidor parar por um tempo não se perde muito como num servidor profissional.
Outra coisa que acho que é meio overrated é UPS. Eu uso um arduino com bateriazinha que simplesmente liga o servidor após a luz ter caído, para que eu não precise manualmente ir ligar. UPS é overkill, não tem tanto problema ficar com down time.
entendo que para software legado o docker é as vezes necessário, mas eu me preocuparia em logo atualizar as dependências para as mais novas e usar somente para o necessário. No fim das contas você estará usando coisas sem suporte e potencialmente inseguras. container não é a bala de prata e geralmente precisamos dar todas as permissões de qualquer jeito.
Postgresql é simples de rodar versões paralelas num mesmo sistema debian por exemplo. Não precisa de docker.
Tô falando mais sobre isolamento entre serviços. De maneira alguma eu rodo com todas as permissões, cada serviço é isolado e precisa ser isolado em sua própria rede, se é necessário colocar arquivos permanentes, então é criado um volume corretamente para somente escrever nele, sem compartilhamento de arquivos, essas coisas. Container é feito pra isolamento, um não acessa coisa do outro, se um for de arrasta, os outros estão seguros.
Rodar tudo junto, tudo compartilhado, todos tem acesso a tudo, dá pau. Não sei se sou muito paranóico, mas não arriscaria de maneira alguma.
Rodar cada um em sua rede, com seus requisitos pinados, cada um com seus próprios arquivos de base de dados, sem chance de qualquer leak de usuário/root, mesmo que seja improvável, é uma coisa que dá umas noites bem dormidas.
Nix é mais pra gerenciamento de pacotes, tô falando de segurança mesmo, container é feito pra isso, mesmo que tenha tido as vulnerabilidades do kernel neste ano, ainda é MUITO mais seguro que rodar tudo junto.
Se eu não tivesse preguiça, já tinha tacado um OKD e rodado tudo kubernetes kkkkkk, por enquanto fico só no podman puro.
Realmente quanto a isolamento de processos e permissões acho que o NixOS e instalação bare metal não funciona tão bem… mas não sei se compensa para homelab