Questão de Arquitetura de Software — Arquitetura de Software — CESPE / CEBRASPE 2025
Arquitetura de Software›Arquitetura de Software
Código
ce201540
Banca
CESPE / CEBRASPE
Órgão
EMBRAPA
Ano
2025
Nível
Superior
Cargo
Pesquisador – Área: Ciências Exatas e da Terra – Subárea: Rastreabilidade e Certificação Digital
Julgue o próximo item, relativo a API (Application Programming Interface).Em um sistema de rastreabilidade alimentar que opere em múltiplos pontos da cadeia de suprimentos, uma API RESTful com arquitetura eventual consistency será a abordagem mais adequada para garantir a integridade dos dados entre fornecedores, distribuidores e varejistas, pois evitará bloqueios transacionais e melhorará a escalabilidade, sem comprometer a precisão das informações em tempo real.
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoE — Errado
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”.
API RESTful e Consistência Eventual
❌ ERRADO. A afirmação está incorreta porque, embora a consistência eventual (eventual consistency) evite bloqueios transacionais e melhore a escalabilidade, ela não garante a precisão das informações em tempo real — o que compromete a integridade dos dados em um sistema de rastreabilidade alimentar que exige atualização imediata entre os múltiplos pontos da cadeia.
A arquitetura de consistência eventual é adequada para sistemas que podem tolerar atrasos na propagação de atualizações (ex.: redes sociais, DNS). Nela, as réplicas podem ficar temporariamente inconsistentes, convergindo depois. Isso é incompatível com sistemas que demandam leitura sempre da versão mais recente e consistência forte, como um sistema de rastreabilidade onde cada etapa deve refletir instantaneamente os dados corretos de fornecedores, distribuidores e varejistas.
A tabela abaixo resume as diferenças fundamentais:
Característica
Consistência Forte
Consistência Eventual
Precisão em tempo real
Imediata, dados sempre atuais
Dados podem ficar desatualizados por um período
Bloqueios transacionais
Maior uso de locks
Evita bloqueios (alta concorrência)
Escalabilidade
Limitada (custo de sincronização)
Alta (tolerância a particionamento)
Exemplo de aplicação
Sistemas bancários, estoque em tempo real
Redes sociais, cache distribuído
NÃO CAIA NESSA!
A banca explora a confusão entre escalabilidade e integridade dos dados. O candidato pode pensar que “evitar bloqueios” é sempre positivo, mas, para dados críticos e em tempo real, a consistência eventual sacrifica a precisão — e isso é inaceitável em rastreabilidade alimentar, onde cada movimentação deve ser registrada e lida corretamente.