Questão de Redes de Computadores — Serviços — CESPE / CEBRASPE 2025
Redes de Computadores›Serviços
Código
ce195261
Banca
CESPE / CEBRASPE
Órgão
BANRISUL
Ano
2025
Nível
Superior
Cargo
Técnico em Tecnologia da Informação II - Tecnologia: Segurança, Infra e Operação
Uma prática comum de alta disponibilidade em servidores de aplicação consiste em
Autilizar múltiplas instâncias de servidores de aplicação atrás de um balanceador de carga.
Butilizar um servidor com alta capacidade de processamento para evitar redundância.
Cexecutar a aplicação em modo standalone, sem dependências externas.
Dadotar logs síncronos no banco de dados para rastreabilidade total.
Eimplementar sessões de usuários em arquivos locais temporários.
Revelar gabarito e comentário▾
GabaritoA — utilizar múltiplas instâncias de servidores de aplicação atrás de um balanceador de carga.
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”.
Alta disponibilidade em servidores de aplicação
Gabarito: letra A. A prática clássica de alta disponibilidade (HA) em servidores de aplicação é utilizar múltiplas instâncias por trás de um balanceador de carga, que distribui as requisições e, em caso de falha de uma instância, redireciona para as demais. Isso garante redundância e continuidade do serviço.
As demais alternativas não representam práticas de alta disponibilidade:
Alta disponibilidade (HA)
1Prática correta
Múltiplas instâncias
Balanceador de carga
Redundância e failover
2Práticas incorretas
Servidor único de alta capacidade
Modo standalone
Logs síncronos no BD
Sessões em arquivos locais
LEVEL · soulevel.com.br
Alternativa A — ✅ Correta ⟵ GABARITO
Conforme descrito, múltiplas instâncias com balanceador de carga é a técnica padrão de HA. O balanceador monitora a saúde das instâncias e desvia o tráfego em caso de falha.
Alternativa B — ❌ Incorreta
Utilizar um servidor de alta capacidade sem redundância é o oposto de alta disponibilidade: se esse servidor falhar, o serviço inteiro é interrompido. HA requer redundância, não apenas potência.
Alternativa C — ❌ Incorreta
Executar a aplicação em modo standalone, sem dependências externas, ignora redundância e escalabilidade. Um único ponto de falha compromete a disponibilidade.
Alternativa D — ❌ Incorreta
Logs síncronos no banco de dados são úteis para auditoria, mas não contribuem para alta disponibilidade; pelo contrário, podem degradar o desempenho e não evitam falhas do servidor.
Alternativa E — ❌ Incorreta
Implementar sessões em arquivos locais temporários impede o compartilhamento de estado entre instâncias, inviabilizando o failover transparente. Em HA, as sessões devem ser armazenadas de forma centralizada (ex.: Redis, banco de dados) ou usar sticky sessions.
NÃO CAIA NESSA!
A alternativa B pode parecer correta ao associar "alta capacidade" com "disponibilidade", mas a banca explora a confusão entre desempenho e disponibilidade. Alta disponibilidade exige redundância, não apenas potência de processamento. Fique atento: um servidor superdimensionado continua sendo um ponto único de falha.