ANÚNCIO

~/questoes/devops

Qual é a diferença entre usar a bridge padrão do Docker e criar uma rede customizada?

Responda, confira o feedback e use o resultado para orientar sua revisão.
Infraestrutura e DevOps Docker Network Customizada vs Bridge Padrão Intermediario
Aula de referência #04 – Como criar um Container de MongoDB e conectá-lo a uma API usando network do Docker | Thi Code
Ver aula
Para fixar

Bridge Padrão vs Rede Customizada no Docker

Conceito central

O Docker oferece duas formas de conectar containers: a bridge padrão (automática) e redes customizadas (criadas manualmente). Redes customizadas oferecem muito mais controle sobre a comunicação entre containers e são a escolha profissional para ambientes que precisam simular produção.

Por que essa resposta faz sentido

Redes customizadas permitem maior controle sobre a infraestrutura de networking, facilitam a descoberta de serviços pelo nome do container e são recomendadas por profissionais de DevOps para cenários realistas de produção.

Armadilhas comuns

  • Achar que a bridge padrão é suficiente para todos os casos de uso e não explorar redes customizadas em projetos com múltiplos containers.
  • Tentar conectar containers usando localhost ou endereços IP fixos em vez de usar o DNS automático que a rede customizada oferece.
  • Não compreender que a descoberta de serviços pelo nome do container (como 'mongodb' em vez de um IP) é um recurso exclusivo de redes customizadas.

Entenda as alternativas

A

Essa afirmação é falsa. Embora ambas funcionem para conectar containers, as redes customizadas oferecem recursos muito mais avançados, como DNS automático entre containers e melhor isolamento.

B

Correta. Redes customizadas oferecem maior controle, permitem que containers se encontrem pelo nome, melhoram segurança e são a prática recomendada em ambientes profissionais e de microsserviços.

C

Inversão de fatos. A bridge padrão pode ter overhead adicional justamente por falta de otimização. Redes customizadas são mais eficientes e oferecem melhor performance em cenários reais.

D

Completamente incorreto. A bridge padrão permite comunicação entre containers na mesma rede. O problema é que ela não oferece os recursos avançados das redes customizadas, não uma questão de segurança.

Dica prática: Sempre crie uma rede customizada com `docker network create minha-rede` e conecte seus containers a ela com `--network minha-rede`. Assim você consegue referenciar outros containers pelo nome na sua aplicação, exatamente como em produção.

Revise pensando: Se você tem uma API e um MongoDB rodando em containers, qual é o principal benefício de colocá-los na mesma rede customizada ao invés de usar a bridge padrão?