Questão de Redes de Computadores — Conceitos Básicos em Redes de Computadores — CESPE / CEBRASPE 2025
Redes de Computadores›Conceitos Básicos em Redes de Computadores
Código
ce214646
Banca
CESPE / CEBRASPE
Órgão
SEFAZ-RJ
Ano
2025
Nível
Superior
Cargo
Auditor Fiscal da Receita Estadual (3ª Categoria) - Conhecimentos Específicos I
De acordo com o teorema CAP (consistência, disponibilidade e tolerância a partição), sistemas distribuídos
Apodem garantir disponibilidade e tolerância a partição apenas em bancos de dados NoSQL.
Bdevem priorizar a tolerância a partição em detrimento da consistência e disponibilidade.
Cpodem garantir CAP simultaneamente.
Ddevem escolher entre consistência e disponibilidade durante uma partição de rede.
Epodem garantir consistência e disponibilidade apenas, se não houver falhas de rede.
Revelar gabarito e comentário▾
GabaritoD — devem escolher entre consistência e disponibilidade durante uma partição de rede.
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”.
Teorema CAP
Gabarito: letra D. O teorema CAP afirma que em um sistema distribuído com replicação de dados é impossível garantir simultaneamente as três propriedades: consistência (C), disponibilidade (A) e tolerância a partição (P). Quando ocorre uma partição de rede, o sistema deve escolher entre consistência e disponibilidade — exatamente o que a alternativa D descreve.
O teorema CAP (também conhecido como princípio de Brewer) estabelece que, em um sistema distribuído, você pode ter no máximo duas das três propriedades. As combinações possíveis são:
CP (consistência + tolerância a partição): sacrifica disponibilidade durante a partição.
AP (disponibilidade + tolerância a partição): sacrifica consistência durante a partição.
CA (consistência + disponibilidade): possível apenas se não houver partições de rede; portanto, não tolera partições.
A seguir, a análise de cada alternativa.
Propriedade
Descrição
Combinações Possíveis
Sacrifício Durante Partição
Consistência (C)
Todos os nós veem os mesmos dados ao mesmo tempo
CP, CA
Sacrificada em AP
Disponibilidade (A)
Cada requisição recebe uma resposta (não necessariamente correta)
AP, CA
Sacrificada em CP
Tolerância a Partição (P)
Sistema continua operando mesmo com falhas de comunicação entre nós
CP, AP
Não tolerada em CA
Teorema CAP: Propriedades (Consistência (C), Disponibilidade (A), Tolerância a partição (P)); Combinações possíveis (máx. 2) (CP (sacrifica A), AP (sacrifica C), CA (sem partição)); Durante partição (Escolha entre C e A)
Alternativa A — ❌ Incorreta
Afirma que é possível garantir disponibilidade e tolerância a partição "apenas em bancos de dados NoSQL". Isso é falso por dois motivos: (1) a combinação AP é um dos três cenários do CAP, independentemente do tipo de banco (SQL ou NoSQL); (2) sistemas SQL também podem ser projetados para AP, embora tradicionalmente priorizem consistência (ACID). A escolha entre CP, AP ou CA é uma decisão de design, não uma exclusividade do NoSQL.
Alternativa B — ❌ Incorreta
Diz que os sistemas "devem priorizar a tolerância a partição em detrimento da consistência e disponibilidade". Isso não é uma regra. Durante uma partição, o projetista pode escolher priorizar a consistência (CP) ou a disponibilidade (AP), dependendo da aplicação. Nenhuma propriedade é sempre prioritária.
Alternativa C — ❌ Incorreta
Afirma que "podem garantir CAP simultaneamente". O teorema CAP justamente demonstra que isso é impossível. O máximo que se consegue são duas das três propriedades.
Alternativa D — ✅ Correta ⟵ GABARITO
"Devem escolher entre consistência e disponibilidade durante uma partição de rede." Esta é a essência do teorema: quando a rede se parte, o sistema não pode manter ambas as propriedades — sacrifica uma delas. O projetista opta por CP (consistência + tolerância a partição, indisponibilidade temporária) ou AP (disponibilidade + tolerância a partição, inconsistência temporária).
Alternativa E — ❌ Incorreta
"Podem garantir consistência e disponibilidade apenas, se não houver falhas de rede." Embora seja verdade que em ausência de partições é possível ter CA, a afirmação é incorreta como descrição geral do CAP. O teorema trata do comportamento durante partições; sem partições, naturalmente todas as propriedades podem ser atendidas. O foco da questão está na escolha forçada por uma partição, e a alternativa E omite a situação crucial que desencadeia a escolha, além de sugerir que a garantia é apenas para casos sem falhas — o que é trivial e não reflete o dilema do CAP.
NÃO CAIA NESSA!
A alternativa A tenta vincular o CAP exclusivamente a bancos NoSQL, quando na verdade o teorema se aplica a qualquer sistema distribuído com replicação. A alternativa B inverte a lógica, dando a entender que a tolerância a partição é sempre prioridade, mas a escolha depende da necessidade do sistema. A pergunta pede a correta: letra D, que capta exatamente o trade-off durante uma partição.