Questão de Redes de Computadores — Arquiteturas de Rede — INSTITUTO AOCP 2023
Redes de Computadores›Arquiteturas de Rede
Código
qq971393
Banca
INSTITUTO AOCP
Órgão
IF-MA
Ano
2023
Nível
Médio
Cargo
Técnico de Laboratório - Informática
O modelo cliente-servidor de comunicação inicia uma aplicação (o servidor) e espera o contato de outra aplicação (o cliente). A indústria de redes usa o termo cliente-servidor para caracterizar uma arquitetura na qual os clientes potenciais se conectam a um único servidor centralizado. A desvantagem de um servidor centralizado surge do desempenho resultante: quando o número de clientes cresce, o servidor (ou a rede de acesso a ele) se torna rapidamente congestionada, em especial se cada cliente baixa muitos bytes de conteúdo. Esse problema está ocorrendo em uma universidade e o técnico de informática informou que existem opções para contorná-lo. Assinale a alternativa que NÃO colabora para a resolução desse problema.
AConteúdo em cache.
BBalanceadores de carga web.
CVirtualização do servidor.
DComunicação peer-to-peer.
ECentro de dados locais.
Revelar gabarito e comentário▾
GabaritoE — Centro de dados locais.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Arquitetura cliente-servidor e o problema do servidor centralizado
Gabarito: letra E. A alternativa que NÃO colabora para resolver o congestionamento de um servidor centralizado é "Centro de dados locais" — manter um único datacenter local não distribui a carga nem reduz o tráfego na rede de acesso; pelo contrário, concentra ainda mais o problema. As demais opções (cache, balanceadores de carga, virtualização e P2P) são técnicas reconhecidas para aliviar a sobrecarga.
O problema descrito no enunciado é clássico em arquiteturas cliente-servidor: um único servidor centralizado atende a todos os clientes, e quando o número de clientes cresce, o servidor e a rede de acesso a ele tornam-se gargalos. A solução passa por distribuir a carga, reduzir o tráfego ou descentralizar o serviço. Vamos entender cada técnica:
Cache — armazena cópias de conteúdo em pontos intermediários (ou no próprio cliente), evitando que cada requisição chegue ao servidor central. Isso reduz drasticamente o tráfego na rede de acesso e a carga no servidor, pois conteúdos populares são servidos a partir do cache.
Balanceadores de carga web — distribuem as requisições entre múltiplos servidores (um pool), evitando que um único servidor fique sobrecarregado. É uma solução direta para o gargalo de processamento e de rede.
Virtualização do servidor — permite executar múltiplas instâncias de servidores em um único hardware físico, ou escalar horizontalmente com mais facilidade. Isso aumenta a capacidade de processamento e permite melhor utilização dos recursos, ajudando a suportar mais clientes.
Comunicação peer-to-peer (P2P) — é a alternativa mais radical: elimina a dependência de um servidor central, fazendo com que cada nó atue como cliente e servidor simultaneamente. O conteúdo é distribuído entre os próprios usuários, o que reduz a carga no servidor e na rede de acesso, pois cada cliente baixa partes de diferentes fontes.
Centro de dados locais — manter um único datacenter local não resolve o problema; na verdade, pode piorá-lo, pois todo o tráfego continua concentrado em um único ponto físico. A solução seria distribuir o conteúdo em múltiplos datacenters geograficamente dispersos (como fazem as CDNs — Content Delivery Networks), mas isso não é o que a alternativa propõe.
A pegadinha da banca está em confundir "centro de dados locais" com "distribuição de dados". Um centro de dados local é apenas um local físico onde ficam os servidores; se for único e centralizado, não ajuda em nada. A distribuição geográfica (CDN) é que ajudaria.
NÃO CAIA NESSA!
A banca explora a confusão entre "centro de dados local" e "distribuição de conteúdo". Um único datacenter local concentra o tráfego; a solução seria múltiplos datacenters distribuídos (CDN). O candidato que associa "centro de dados" a "solução" erra a questão.
Soluções para servidor centralizado: Cache (Cópias em pontos intermediários, Reduz tráfego no servidor); Balanceadores de carga (Distribui requisições entre servidores); Virtualização (Múltiplas instâncias no mesmo hardware, Escala horizontal); Peer-to-peer (P2P) (Cada nó é cliente e servidor, Elimina dependência do central); Centro de dados local (Concentra tráfego em um ponto, Não distribui carga)
Alternativa A — ✅ Correta (colabora)
Conteúdo em cache é uma técnica clássica para reduzir o tráfego e a carga no servidor. Ao armazenar cópias de conteúdo em pontos intermediários (proxies, caches de borda) ou no próprio cliente, as requisições repetidas são atendidas sem chegar ao servidor central. Isso alivia tanto o servidor quanto a rede de acesso.
Alternativa B — ✅ Correta (colabora)
Balanceadores de carga web distribuem as requisições entre múltiplos servidores, evitando que um único servidor fique sobrecarregado. É uma solução direta para o gargalo de processamento e de rede, pois espalha a carga entre vários recursos.
Alternativa C — ✅ Correta (colabora)
Virtualização do servidor permite criar múltiplas instâncias de servidores em um único hardware físico, ou escalar horizontalmente com mais facilidade. Isso aumenta a capacidade de processamento e permite melhor utilização dos recursos, ajudando a suportar mais clientes sem necessidade de novos equipamentos físicos.
Alternativa D — ✅ Correta (colabora)
Comunicação peer-to-peer (P2P) é a alternativa mais radical: elimina a dependência de um servidor central, fazendo com que cada nó atue como cliente e servidor simultaneamente. O conteúdo é distribuído entre os próprios usuários, o que reduz a carga no servidor e na rede de acesso, pois cada cliente baixa partes de diferentes fontes.
Alternativa E — ❌ Incorreta (NÃO colabora) ⟵ GABARITO
Centro de dados locais não resolve o problema; na verdade, pode piorá-lo, pois todo o tráfego continua concentrado em um único ponto físico. A solução seria distribuir o conteúdo em múltiplos datacenters geograficamente dispersos (como fazem as CDNs), mas isso não é o que a alternativa propõe. Manter um único datacenter local apenas concentra ainda mais o gargalo.
Gabarito: letra E — a única alternativa que NÃO colabora para resolver o congestionamento do servidor centralizado.