Modelo Cliente-Servidor

O Modelo Cliente-Servidor é a arquitetura dominante na Camada de Aplicação da internet moderna. Baseia-se na assimetria de papéis: um fornecedor de serviço (Servidor) aguarda passivamente em um soquete de escuta, enquanto um consumidor (Cliente) toma a iniciativa ativa de requisitar recursos. Esta arquitetura sustenta a maioria dos protocolos que usamos diariamente — HTTP, SMTP, DNS, FTP, SSH, IMAP, LDAP e muitos outros.

1. Anatomia da Assimetria

O Servidor (Hospedeiro Central)

• Posicionado em endereço IP fixo e conhecido (ou nome DNS).
• Escuta passivamente em uma porta bem conhecida (ex: 80 para HTTP, 22 para SSH).
• Possui alta disponibilidade (24/7), armazenamento persistente e capacidade de processamento.
• Atende múltiplas requisições simultâneas através de processos, threads ou I/O assíncrono.

O Cliente (Hospedeiro Periférico)

• Pode ter IP dinâmico (DHCP), estar atrás de NAT ou firewall.
• Toma a iniciativa de abrir conexão (TCP) ou enviar datagrama (UDP).
• Não precisa estar sempre online; depende apenas de conhecer o endereço do servidor.
• Pode ser um navegador, aplicativo mobile, script Python, outro servidor (proxy).

2. Ciclo de Vida de uma Transação

TCP-based (ex: HTTP, SSH)

1. Resolução DNS: cliente resolve nome do servidor → IP.
2. TCP Handshake: cliente envia SYN → servidor responde SYN-ACK → cliente ACK.
3. Aplicação Handshake: cliente e servidor negociam parâmetros (TLS, ALPN, protocolo).
4. Requisição: cliente envia comando/HTTP request.
5. Processamento: servidor processa, consulta banco, gera resposta.
6. Resposta: servidor envia status + cabeçalhos + corpo.
7. Encerramento: cliente ou servidor envia FIN (ou mantém Keep-Alive).

UDP-based (ex: DNS, SNMP)

1. Cliente envia datagrama UDP para IP:porta do servidor.
2. Servidor processa datagrama.
3. Servidor responde com datagrama UDP para IP:porta de origem (efêmera).
4. Sem conexão, sem handshake — latência mínima.

3. Escalabilidade: Vertical vs Horizontal

Vertical (Scale-Up)

Adicionar mais CPU, RAM e I/O ao servidor central.

Horizontal (Scale-Out)

Adicionar múltiplos servidores idênticos atrás de um Load Balancer.

Estratégias de Load Balancing

4. Componentes Típicos de uma Arquitetura

[Cliente] → [CDN/Edge] → [Load Balancer] → [Reverse Proxy (Nginx)]
   → [App Server (PHP/Python/Node)] → [Cache (Redis)]
   → [Database Primary (PostgreSQL)] → [Database Replicas (read-only)]

Camadas Comuns

5. Padrões de Concorrência no Servidor

6. Segurança no Modelo Cliente-Servidor

Vulnerabilidades Típicas

• DDoS (Distributed Denial of Service): milhares de clientes zumbis inundam o servidor.
• Slowloris: abre muitas conexões lentas para exaurir slots.
• SQL Injection / XSS / CSRF: falhas de lógica da aplicação.
• Session Hijacking: roubo de cookies/tokens.
• MITM (Man-in-the-Middle): interceptação sem TLS.

Defesas em Camadas

7. Protocolos Cliente-Servidor Comuns

8. Auditoria e Diagnóstico

ss -tnp | grep ESTAB                              # conexões TCP estabelecidas
ss -tn -o state established '( sport = :80 or dport = :80 )'   # detalhes do socket
sudo htop -p $(pidof nginx)                       # monitorar processo servidor
ping -c 10 servidor.exemplo.com | grep avg         # latência RTT
ab -n 1000 -c 100 http://servidor.exemplo.com/     # testar throughput
wrk -t4 -c100 -d30s http://servidor.exemplo.com/   # teste de carga moderno
sudo tcpdump -i eth0 -A port 80 | grep -E "GET|POST|Host"  # capturar requisições

9. Métricas Importantes

10. High Availability (HA)

Conceitos Fundamentais

• Active-Passive: um servidor atende, outro replica (standby). Failover manual ou automático.
• Active-Active: múltiplos servidores atendem simultaneamente, balanceados.
• Geo-redundância: servidores em datacenters diferentes (DR site).
• Health checks: probes (HTTP 200 OK, TCP connect) detectam falha.
• Failover time: objetivo típico < 30s (TCP), < 5s (com VIP/VRRP).

Ferramentas de HA

11. Tendências Modernas

• Serverless / FaaS: o cliente não enxerga servidores fixos — requisições disparam funções efêmeras (AWS Lambda, Cloudflare Workers).
• Edge Computing: servidores próximos ao usuário (latência < 50ms).
• Service Mesh: microserviços com sidecars (Istio, Linkerd) que abstraem comunicação cliente-servidor.
• gRPC: cliente-servidor moderno baseado em HTTP/2 e Protocol Buffers.
• GraphQL: substitui múltiplas chamadas REST por uma única consulta flexível.
• Zero Trust: nenhum cliente é confiável por default — autenticação mútua (mTLS) obrigatória.

12. Conclusão

O modelo Cliente-Servidor é o pilar da internet moderna, sustentando praticamente todos os serviços de aplicação que utilizamos. Apesar das limitações (ponto único de falha, custo de escala), suas vantagens (controle centralizado, simplicidade, governança) o tornam a escolha padrão para aplicações corporativas e comerciais. Com o avanço de tecnologias como load balancing, CDN, edge computing e serverless, as desvantagens clássicas do modelo são mitigadas, permitindo arquiteturas altamente escaláveis, resilientes e seguras mantendo a essência assimétrica do paradigma original.