Fundamentos de redes para profissionais de DevOps

1. Introdução

Ambientes DevOps dependem fortemente de redes: cada pipeline, cada container, cada serviço em nuvem e cada comunicação entre microserviços ocorre sobre protocolos e camadas de rede. Apesar disso, é comum que profissionais iniciantes aprendam Docker, Kubernetes ou AWS sem entender o que está acontecendo “por baixo”.

Esta publicação apresenta os fundamentos de redes de forma acessível para iniciantes absolutos, mas com profundidade técnica suficiente para profissionais mais experientes. O objetivo é esclarecer conceitos essenciais usados diariamente em ambientes distribuídos.

2. Por que Redes Importam em DevOps?

Praticamente todo problema operacional envolve rede de alguma forma, como:

• um serviço que não responde porque a porta não está exposta;
• um Pod no Kubernetes que não consegue falar com outro Pod;
• um pipeline que falha ao acessar um servidor remoto;
• um DNS interno apontando para o IP errado;
• um load balancer que roteia tráfego incorretamente.

Entender redes não é um “extra”; é parte fundamental da competência técnica em DevOps.

3. O Modelo OSI Explicado de Forma Prática

O modelo OSI divide a comunicação entre sistemas em 7 camadas. Em termos simples, cada camada resolve um tipo de problema específico e conversa com as camadas vizinhas. Em DevOps, esse modelo é útil para diagnosticar falhas de forma estruturada.

3.1 As 7 camadas, com exemplos reais

• Camada 1 – Física: sinais, cabos, Wi-Fi. Problemas típicos: perda de pacotes, latência física.
• Camada 2 – Enlace: MAC, ARP, switches. Onde ocorrem conflitos de MAC, ARP Spoofing ou falhas de switching.
• Camada 3 – Rede: IP, roteamento. Foca em sub-redes, gateway e rotas.
• Camada 4 – Transporte: TCP e UDP. Controle de portas, conexões, retransmissões, handshakes.
• Camada 5 – Sessão: sessões persistentes, controle e renegociação de conexões.
• Camada 6 – Apresentação: criptografia, TLS/SSL, certificados.
• Camada 7 – Aplicação: HTTP, DNS, SSH, APIs e services.

3.2 Como DevOps utiliza o modelo OSI no dia a dia?

• Erro de DNS → Camada 7.
• Timeout no Banco de Dados → Camada 4 (porta bloqueada) ou 3 (rota errada).
• Pod não se comunica com o outro → Camada 3 (CNI), 4 (porta) ou 7 (service).
• HTTPS quebrado → Camada 6 (certificado) ou 7 (configuração do service).
  
  
  

4. Modelo TCP/IP: O Modelo Realmente Usado

O modelo TCP/IP é a implementação usada na prática. Ele resume as 7 camadas do OSI em quatro:

• Aplicação: HTTP, DNS, SSH, APIs.
• Transporte: TCP e UDP.
• Internet: IP e ICMP.
• Acesso à Rede: Ethernet, Wi-Fi.

Quase todo diagnóstico DevOps moderno é feito com base nesse modelo.

5. Endereçamento IP: O Que Você Precisa Realmente Entender

Um IP identifica um dispositivo (máquina, container, Pod, VM) dentro de uma rede. Em ambientes modernos, o endereçamento é altamente dinâmico, o que torna essencial entender como redes são divididas.

5.1 Máscara, CIDR e Sub-redes

A máscara define o que é “rede” e o que é “host” dentro de um endereço IP. O CIDR (como /24) indica quantos bits pertencem à parte de rede.

Exemplo completo: 10.0.1.0/24

• A máscara /24 significa 24 bits reservados para a rede.
• Tradução da máscara: 255.255.255.0.
• A rede resultante é 10.0.1.x.

Quantidade de endereços:

• 2⁸ = 256 endereços totais (pois 8 bits ficam para hosts).
• Intervalo: 10.0.1.0 até 10.0.1.255.

Endereços utilizáveis:

• 10.0.1.0 → endereço da rede (não utilizável);
• 10.0.1.255 → endereço de broadcast (não utilizável);
• Restam 254 endereços para máquinas, Pods, VMs etc.

Por que isso importa em DevOps?

• Em VPCs (AWS, GCP, Azure) ranges muito pequenos causam falta de IP para serviços.
• Kubernetes usa ranges separados para Pods e serviços.
• Redes overlay, VPNs e CNIs exigem sub-redes bem planejadas.
• Conflitos de rota aparecem quando ranges se sobrepõem.

5.2 Resumo para iniciantes

Se você entende o que uma sub-rede como 10.0.1.0/24 significa, você já consegue:

• planejar redes em cloud;
• configurar clusters Kubernetes corretamente;
• evitar conflitos entre Containers/Pods;
• entender por que certas rotas funcionam ou não.
  
  
  

6. Camada de Transporte: TCP, UDP e Portas

6.1 TCP

Protocolo confiável, orientado à conexão. Usado em HTTP, SSH, bancos, APIs e quase tudo que exige consistência.

6.2 UDP

Rápido e sem garantias. Usado em DNS, logs, telemetria e métricas, onde velocidade importa mais que confiabilidade.

6.3 Portas

Portas identificam serviços dentro de uma máquina. Ex.: nginx escuta em 80 ou 443.

Erros comuns:

• serviço funcional, mas porta bloqueada no firewall;
• porta exposta no container, mas não mapeada no host;
• porta correta, mas bloqueio no security group da nuvem.
  
  
  

7. DNS: O Serviço que Quebra Silenciosamente

DNS converte nomes em IPs. Em DevOps, problemas de DNS são muitas vezes mais frequentes que falhas de serviço.

7.1 Tipos de Registros

• A: aponta para um IPv4;
• CNAME: aponta para outro nome;
• TXT: verificações e políticas;
• SRV: define serviços específicos.

7.2 DNS Interno em Docker/Kubernetes

Containers resolvem nomes entre si automaticamente. Em Kubernetes, cada service ganha um endereço DNS interno, como service.namespace.svc.cluster.local.

8. Docker Networking: Conceitos Essenciais

Docker cria redes virtuais para permitir comunicação entre containers.

8.1 Tipos de Redes

• bridge: padrão; containers se comunicam entre si;
• host: container usa a rede do host diretamente;
• overlay: redes entre vários hosts (Swarm, Kubernetes).

8.2 Port Mapping

Exemplo: -p 8080:80 significa:

• 8080 → porta do host;
• 80 → porta interna do container.
  
  
  

9. Redes em Kubernetes: Comunicação Entre Pods

Em Kubernetes:

• Cada Pod recebe um IP único;
• Pods podem se comunicar mesmo em nós diferentes;
• Services criam endereços estáveis para acessar Pods;
• CNIs (Calico, Flannel, Cilium) implementam a lógica da rede.

9.1 Services

• ClusterIP: acesso interno;
• NodePort: expõe portas em cada nó;
• LoadBalancer: integração com nuvem;
• Headless: descoberta direta de Pods.

9.2 Network Policies (Políticas de Redes)

Controlam quem pode se comunicar com quem dentro do cluster.

10. Redes na Nuvem... (cloud)

Em provedores como AWS, GCP e Azure, os componentes principais são:

• VPC (rede privada na nuvem);
• Sub-redes públicas e privadas;
• Route Tables;
• Security Groups;
• NAT e gateways;
• Load balancers.
  
  
  

11. Resolvendo problemas de Rede: Roteiro Prático

Ordem recomendada de diagnóstico:

1. Aplicação: o serviço está em execução?
2. Transporte: a porta necessária está acessível?
3. Rede: há rotas corretas válidas? bloqueios? existe comunicação?
4. DNS: o nome aponta para o IP correto? O serviço de CDN está operando corretamente?
   
   
   

12. Considerações

Compreender redes é um diferencial competitivo para profissionais de DevOps. Mesmo iniciantes podem dominar esses conceitos ao relacioná-los com o cotidiano: containers, clusters, pipelines, cloud e serviços distribuídos. Para profissionais experientes, revisar esses fundamentos ajuda a diagnosticar problemas com mais rapidez e precisão.