Arquitetura de Software · Instituto Access · 2024 | Questão sqc-qg282706

Modelo de Consistência BASE

Gabarito: letra D. O conceito descrito no enunciado — priorizar disponibilidade e tolerar consistência eventual — é exatamente a definição do modelo BASE (Basically Available, Soft state, Eventual consistency), amplamente utilizado em sistemas distribuídos (especialmente NoSQL e aplicações web escaláveis) como alternativa ao modelo ACID.

O enunciado destaca que essa abordagem "prioriza disponibilidade e tolera eventual consistência" e que, embora importante para manter o sistema responsivo, pode não ser o princípio mais relevante para reduzir tempo de resposta em processamento de grandes volumes. Isso casa perfeitamente com o trade-off do teorema CAP: em caso de partição de rede, opta-se por disponibilidade (AP) em vez de consistência forte (CP).

Modelo/Conceito	Descrição	Relação com o Enunciado (Disponibilidade vs. Consistência)	Aplicação Principal
Modelo de Consistência BASE (Gabarito)	Abordagem que prioriza disponibilidade e tolera consistência eventual (Basically Available, Soft state, Eventual consistency).	Direta. É a definição exata do trade-off descrito: sacrifica consistência forte para manter o sistema disponível e responsivo.	Bancos NoSQL (Cassandra, DynamoDB) e sistemas web escaláveis.
Modelo de Concorrência de Erlang	Modelo de atores e processos leves para programação concorrente e tolerante a falhas.	Nenhuma. Não é uma abordagem de consistência de dados, nem trata do trade-off disponibilidade × consistência.	Sistemas concorrentes e tolerantes a falhas (telecomunicações, jogos).
Lei de Gustafson	Lei de desempenho que afirma que o speedup pode ser escalável com o aumento do tamanho do problema.	Nenhuma. Não aborda consistência ou disponibilidade em sistemas distribuídos.	Computação paralela e análise de desempenho.
Escalabilidade Horizontal	Capacidade de adicionar mais máquinas a um sistema para aumentar a capacidade de processamento.	Indireta. É uma técnica para lidar com grandes volumes, mas não define o modelo de consistência (que é o foco do enunciado).	Sistemas distribuídos que precisam crescer em capacidade.

Modelos de consistência

1ACID (consistência forte)
- Atomicidade
- Consistência
- Isolamento
- Durabilidade
2BASE (consistência eventual)
- Basically Available
- Soft state
- Eventual consistency

LEVEL · soulevel.com.br

Alternativa A — ❌ Incorreta

O Modelo de concorrência de Erlang refere-se ao modelo de atores e processos leves da linguagem Erlang, que facilita programação concorrente e tolerante a falhas, mas não é uma abordagem de consistência de dados. Não tem relação com o trade-off disponibilidade × consistência.

Alternativa B — ❌ Incorreta

A Lei de Gustafson (ou Lei de Gustafson-Barsis) é uma lei de desempenho em paralelismo que afirma que o speedup pode ser escalável com o aumento do tamanho do problema. Não trata de consistência ou disponibilidade em sistemas distribuídos.

Alternativa C — ❌ Incorreta

Escalabilidade horizontal é a capacidade de adicionar mais máquinas a um sistema para lidar com mais carga. Embora seja relacionada a sistemas distribuídos, não é uma abordagem de consistência. A descrição fala explicitamente de consistência eventual e priorização de disponibilidade, o que é uma escolha de modelo de consistência, não de escalabilidade.

Alternativa D — ✅ Correta ⟵ GABARITO

O modelo BASE (Basically Available, Soft state, Eventual consistency) é exatamente a abordagem que sacrifica consistência forte em favor de disponibilidade e tolerância a partições. Ele é comum em bancos NoSQL (Cassandra, DynamoDB) e sistemas web que priorizam resposta rápida e disponibilidade contínua. A eventual consistency significa que, se nenhuma nova atualização for feita, o sistema converge para um estado consistente ao longo do tempo.

Gabarito: letra D — Modelo de consistência BASE.