Quais servidores existem na rede e o que cada um faz nela

Servidor é um papel, não um equipamento: uma mesma máquina pode entregar um site, guardar arquivos e verificar senhas. Enquanto a carga é pequena, os papéis convivem; com o crescimento, mudam para máquinas e VMs separadas. Para se orientar nesse zoológico, basta saber quais papéis existem e como se relacionam.

De frente para o usuário

O servidor web entrega páginas e aplicações: recebe a requisição do navegador, busca o necessário em arquivos ou serviços vizinhos e responde. Em instalações sérias, à frente dele fica o proxy reverso: aceita conexões, cuida da criptografia, distribui a carga entre as máquinas e as protege de ataques, como vimos no artigo sobre as tarefas de servidores proxy. O servidor de aplicações vive atrás deles e executa a lógica, de uma loja online à API de um app móvel.

Dados

O servidor de banco de dados guarda o estruturado: pedidos, usuários, estoque. Seus principais inimigos são a falta de memória e os discos, e sua vaca sagrada, os backups com teste de restauração. O servidor de arquivos guarda o não estruturado: documentos, digitalizações, projetos; nos escritórios são pastas compartilhadas com permissões por grupo. O armazenamento de backups fica à parte e longe: uma cópia no mesmo servidor dos dados sobrevive às mesmas panes.

A camada de serviço

O servidor DNS transforma nomes em endereços; no escritório ele também cuida dos nomes internos, enquanto consultas externas vão para resolvedores públicos, e dá para verificar qualquer registro com nossa consulta DNS. O DHCP distribui endereços aos aparelhos. O controlador de domínio guarda contas e políticas: quem está na rede e o que pode fazer, e quase todos os outros papéis se apoiam nele. O servidor de e-mail recebe e envia mensagens e é o papel mais temperamental: reputação do endereço, assinaturas do remetente e listas negras exigem atenção constante, e a verificação do domínio facilita acompanhar a saúde dele.

A fronteira da rede

Na saída para a internet vivem o gateway e o firewall: roteamento, regras de acesso, VPN para trabalho remoto. Em empresas maiores, eles se unem em um gateway de segurança com filtragem e relatórios, como o UserGate. Aqui também fica o proxy direto do escritório, se o tráfego dos funcionários precisa ser filtrado e contado.

Físico, virtual e nuvem

Um papel não está preso ao hardware. Uma máquina física carrega uma dezena de servidores virtuais, e essa é a norma atual: a virtualização simplifica backups, mudanças e experimentos. A nuvem leva o quadro mais longe: alguns papéis são alugados como serviços prontos, e resta a você configurá-los, sem hardware nenhum. A escolha entre hardware próprio, VMs e nuvem se calcula em dinheiro e responsabilidade: o que custa menos manter e quem acordar à noite em uma pane. Esquemas mistos, com banco próprio e e-mail alugado, são mais comuns do que os puros.

Como cresce na vida real

Uma rede pequena começa com uma máquina em que convivem arquivos, DNS e alguns serviços, e com um roteador como gateway. O banco de dados costuma ser o primeiro a mudar: fica apertado ao lado dos vizinhos em RAM e discos, e compensa dar a ele uma máquina separada. Depois a fronteira ganha seu lugar: um gateway com regras próprias substitui o roteador. O e-mail, equipes pequenas costumam entregar a serviços externos: o custo dos caprichos do papel supera a assinatura, e um serviço externo cuida da reputação do remetente com mais profissionalismo. Já o servidor de arquivos costuma ficar por perto: documentos à mão, permissões claras, velocidade local. Depois os papéis se multiplicam com a virtualização: pode haver duas máquinas físicas e uma dezena de papéis nelas, e essa é uma densidade normal.

Olhos e ouvidos: monitoramento

Merece papel próprio aquilo de que se lembra depois da primeira pane: o servidor de monitoramento e logs. Ele coleta métricas e logs de todos os outros, desenha gráficos e acorda o plantonista antes que os usuários percebam. Para cá também flui o controle de tráfego, sobre o qual temos uma análise à parte. A regra é simples: esse papel surge em segundo ou terceiro lugar, não em décimo, porque sem ele todos os outros vivem às cegas.

Ao projetar, tenha em mente duas perguntas da tabela: o que quebra quando um papel cai e quem vai perceber. As respostas definem as prioridades de redundância melhor do que qualquer manual: o controlador de domínio e o DNS ganham redundância primeiro, um servidor de arquivos perdoa horas de parada, a vitrine de uma loja não perdoa minutos. A infraestrutura amadurece pela consciência dessas respostas, mais do que pelo número de servidores. E seja qual for o esquema, documente-o com pelo menos um desenho com setas: o próximo administrador, talvez você daqui a um ano, vai agradecer.