Questão de Arquitetura de Software — Padrões de Arquiteturas Corporativas — FGV 2026
Arquitetura de Software›Padrões de Arquiteturas Corporativas
Código
fg133934
Banca
FGV
Órgão
TJ-RJ
Ano
2026
Nível
Superior
Cargo
Analista Judiciário - Tecnologia da Informação - Arquiteto de Dados
A empresa Gama é uma varejista multinacional com operações em diversos países e vem enfrentando gargalos no acesso aos seus dados analíticos, de forma que tem dificultado a geração de um diferencial competitivo. Para que a equipe central de dados consiga atender às demandas específicas de cada país com a agilidade necessária, iniciou-se a abordagem de Data Mesh a partir da:
Aadoção de uma arquitetura de microsserviços para expor os dados via APIs REST;
Bconsolidação de todos os dados em um único data lake global para garantir padronização;
Ccriação de squads de dados centralizados para atender a todas as unidades de negócio;
Dimplementação de um catálogo de dados centralizado com curadoria exclusiva da equipe de TI;
Edelegação para cada país da responsabilidade por seus próprios dados, tratando-os como produtos com SLAs e documentação.
Revelar gabarito e comentário▾
GabaritoE — delegação para cada país da responsabilidade por seus próprios dados, tratando-os como produtos com SLAs e documentação.
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”.
Data Mesh: descentralização da propriedade dos dados
Gabarito: letra E. Data Mesh é um paradigma arquitetural que propõe a descentralização da propriedade dos dados, delegando a cada domínio (por exemplo, cada país) a responsabilidade por seus próprios dados, tratando-os como produtos com SLAs e documentação. Isso contrasta com abordagens centralizadas como data lakes globais ou squads centrais.
A banca testa o conhecimento do conceito central de Data Mesh, que é justamente a inversão do modelo centralizado tradicional.
Data Mesh
1Princípio central
Descentralização da propriedade
Dados como produto
Domínios autônomos (ex.: cada país)
SLAs e documentação por domínio
2O que NÃO é
Data lake global centralizado
Squad central de dados
Catálogo central com curadoria única
Apenas microsserviços/APIs
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
A adoção de microsserviços e APIs REST é uma abordagem de integração técnica, mas não é o princípio fundador do Data Mesh. Embora Data Mesh possa usar APIs, o foco está na organização dos dados por domínio, não na tecnologia de exposição.
Alternativa B — ❌ Incorreta
Consolidar todos os dados em um único data lake global representa centralização, exatamente o oposto do que o Data Mesh propõe. Data Mesh defende a descentralização e a propriedade por domínios.
Alternativa C — ❌ Incorreta
Criar squads de dados centralizados para atender a todas as unidades de negócio mantém a centralização, indo contra o princípio de domínios autônomos do Data Mesh.
Alternativa D — ❌ Incorreta
Um catálogo de dados centralizado com curadoria exclusiva da TI reforça o controle central, enquanto Data Mesh distribui a responsabilidade para cada domínio.
Alternativa E — ✅ Correta ⟵ GABARITO
A delegação para cada país da responsabilidade por seus próprios dados, tratando-os como produtos com SLAs e documentação, é a essência do Data Mesh. Cada domínio (país) se torna proprietário de seus dados e os disponibiliza como produto para consumo.
PEGA ESSA DICA!
Para identificar um cenário de Data Mesh, procure por palavras como "descentralização", "propriedade por domínio", "produto de dados" e "SLAs por domínio". Alternativas que sugerem centralização (data lake único, squad central, catálogo central) são sempre distratores.