Introdução

No mundo real, um container é como um quarto de hotel: você entra, usa o que precisa, mas quando faz o check-out, tudo o que não foi guardado na mala é jogado fora pelo serviço de limpeza. Se você rodar um banco de dados sem configurar a persistência, o primeiro docker stop pode ser o fim da sua paz.

Hoje o papo é sobre os dois pilares que seguram a onda da infra: Volumes e Networks.

1. Onde os dados vivem (Volumes)

Para o dado não sumir quando o container for destruído, precisamos de um local permanente. No Docker, temos dois caminhos principais:

  • Named Volumes: São gerenciados pelo próprio Docker. É o jeito profissional de salvar dados de bancos como MySQL ou Postgres, onde você não quer se preocupar com o caminho físico da pasta no host.

  • Bind Mounts: É quando você "grampeia" uma pasta do seu computador direto no container. No dia a dia de dev, isso é lindo: você muda o código no seu editor e a mudança aparece no container na hora.

Bash

# Criando um volume e subindo o container com ele
docker run -d --name meu-banco -v dados_projeto:/var/lib/mysql mysql:8.0

2. A conversa entre containers (Networking)

Containers, por padrão, nascem isolados. Mas raramente uma app vive sozinha. Se o seu Front precisa falar com o Back, você precisa de uma ponte.

A dica de ouro aqui é: pare de usar IPs. Se você cria uma rede customizada, o Docker resolve o nome do container como se fosse um domínio.

Bash

# 1. Cria a rede
docker network create minha-stack-rede

# 2. Sobe a API na rede
docker run -d --name api-backend --network minha-stack-rede minha-imagem-api

# 3. O Front agora pode chamar 'http://api-backend' em vez de um IP chato

Por que você precisa dominar isso?

Sem volumes, você perde seus clientes e o seu emprego. Sem redes bem configuradas, seu sistema vira um bando de ilhas desertas que não se bicam. Dominar esses dois conceitos transforma seus "testes isolados" em uma infraestrutura de verdade, resiliente e pronta para o combate.

Conclusão

Não deixe para descobrir a importância de um volume depois que o banco de dados de produção sumir. Comece isolando suas redes e garantindo que cada dado crítico tenha seu lugar seguro no disco.

Dúvidas? Já perdeu dado por falta de volume? Me chama no LinkedIn ou deixa um comentário.