APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
O ciclo de vida dos dados precisa de ser desenhado para além do contentor. A camada gravável é removida com o contentor; volumes permitem persistência separada, mas um volume local não se torna distribuído por ter um nome. Uma tarefa reagendada noutro nó pode encontrar dados diferentes ou um volume novo. Um bind mount sobre um caminho existente oculta o conteúdo desse caminho na imagem; não assume a mesma inicialização de um volume vazio. Identifica quem gere o armazenamento, onde estão os dados e como é garantida consistência. Réplicas de aplicação, backups e replicação de dados resolvem problemas diferentes e não devem ser tratados como equivalentes.
Aplicação guiada
Num batch fictício, um processo saudável com checkpoints vazios pode repetir processamento já realizado. Antes de permitir novas escritas, localiza os dados válidos, aplica o plano de recuperação e reconcilia o estado do negócio. Limpeza também precisa de contexto: unused significa ausência das referências técnicas consideradas pela operação, não volume vazio nem autorização de eliminação. Confirma retenção e recuperação com o responsável. Em projetos de atualização, separa objetivos históricos de suporte atual: devicemapper foi removido em Engine 25. Migra para uma opção suportada pela versão e pelo sistema, com backup e ensaio. Em Kubernetes, PV, PVC e classes de armazenamento acrescentam políticas e associação a backends, mas o nome do objeto também não prova replicação ou recuperação automática.
Mesmo nome de volume em A e B não prova os mesmos checkpoints.
Armadilhas comuns
Volume como réplica; health check como dados certos; unused como vazio; guia histórico como suporte atual.
Tópicos relacionados: Swarm: estado desejado, placement e quorum · Entregas, rollback e prontidão · Imagens reproduzíveis e registry
Aceita recuperação apenas após validar dados, consistência e operação do negócio.
Referência: Docker volumes · DCA Study Guide v1.5 (January2025); current exam listing checked2026-09-30