Containers precisam de CPU e memória suficientes; defina limites para um container não afetar os outros. Armazenamento persistente exige volumes ou storage externo. Para apps multi-container, use Compose ou um orquestrador como K8s.
Limites de recursos
- CPU e memória: Defina limites (e requests no K8s) para nenhum container esgotar os outros. Monitore uso e ajuste.
- I/O: Em hosts compartilhados, I/O de disco pode ser disputado; considere storage dedicado ou high-IOPS para DB ou cache pesado.
- Rede: Bridge padrão basta para single-host; para multi-host use overlay ou rede do provedor.
Armazenamento persistente
- Volumes: Bind mounts ou volumes nomeados para dados que devem sobreviver ao restart do container. Faça backup dos volumes separadamente.
- Storage externo: NFS, block/object em nuvem ou DB gerenciado para dados que devem sobreviver ao servidor. Prefira para DBs de produção.
Orquestração
- Docker Compose: Bom para apps multi-container em single-host (app + DB + cache). Simples e suficiente para times pequenos.
- Kubernetes (ou similar): Quando precisar de escalonamento, self-healing e multi-node. Mais ops; use quando Compose não bastar.
Resumo
Defina limites de recursos; use volumes ou storage externo para persistência; escolha Compose para single-host ou K8s para escalar e resiliência. Faça backup dos dados fora dos containers.
