Publicado em 2 de mai.

Como garantir isolamento de rede no Docker Compose sem prejudicar o desempenho

Contexto

Estamos rodando uma suíte de testes contra uma aplicação complexa usando Docker Compose. Tudo funciona bem, mas surgiram dúvidas sobre o uso do parâmetro internal: true na configuração de rede.

Problema

Quando marcamos a rede como interna (internal: true), os testes ficam mais lentos devido a problemas de DNS, além de perderem acesso a dependências externas necessárias em alguns testes.

Como evitar esse problema?

Entender o uso do internal: true: Ele impede que a rede acesse recursos fora do Docker, garantindo isolamento. Massa para segurança, mas prejudica a comunicação com serviços externos.
Alternativa: Usar redes customizadas sem internal: true. Assim, o Docker mantém o isolamento, mas ainda permite comunicação externa quando necessário.
Configuração prática: Criar uma rede personalizada no Docker Compose e associar os serviços a ela, controlando o acesso.

Perguntas para a comunidade

Vocês já enfrentaram esse problema de DNS com internal: true?
Qual estratégia adotaram para equilibrar isolamento e desempenho?
Há outras opções ou dicas para evitar lentidão sem abrir mão da segurança?

Fico na dúvida se o uso do internal: true realmente traz benefícios de segurança que justifiquem os problemas de desempenho, ou se é melhor pensar em uma rede customizada com regras de acesso mais específicas.

Vamos trocar ideias?

Discussão (4)

Entre ou cadastre-se para participar da discussão

Entrar Criar conta

André Moraes· 2 de mai.

Na minha experiência, evitar o internal: true no ambiente de testes ajuda bastante na questão de DNS. Prefiro configurar redes específicas e controlar o acesso por regras, assim não perco a comunicação com dependências externas necessárias. E vocês, já tentaram algo assim?

Felipe Rocha· 2 de mai.

👍

Mauro Dados· 2 de mai.

Interessante essa abordagem, André. Acho que o ponto principal é entender bem quais dependências externas são essenciais no teste.

Thiago Martins· 2 de mai.

Boa discussão. Aqui, na operação, sempre que usamos internal: true, acabamos tendo que criar rotinas de fallback pra evitar lentidão. Acho que o controle de rede deve ser bem planejado para não afetar o ciclo de testes. E na sua opinião, qual seria a melhor prática para ambientes CI/CD? Também vale definir quem revisa quando o fluxo sair do caminho feliz.