Questão de Arquitetura de Software — Arquitetura de Software — FGV 2026
Arquitetura de Software›Arquitetura de Software
Código
fg126187
Banca
FGV
Órgão
AL-GO
Ano
2026
Nível
Superior
Cargo
Analista Legislativo - Analista de Sistemas
Diversos padrões arquiteturais representam soluções difundidas e aceitas no mercado, como Arquitetura Cliente-Servidor (clientserver) e Arquitetura em Camadas (Layers). Buscando o isolamento da lógica de negócios das preocupações de infraestrutura e a melhoria da testabilidade, podem ser destacados os modelos de Arquitetura Limpa (Clean Architecture), Arquitetura Cebola (Onion Architecture), Arquitetura de Fatias Verticais (Vertical Slice Architecture) e a Arquitetura Hexagonal (Ports and Adapters).Especificamente, a proposta do padrão de arquitetura hexagonal (também conhecido como padrão de portas e adaptadores) é criar
Alatência, pois adiciona outra camada na arquitetura.
Bmanutenibilidade simplificada, especialmente quando o adaptador se torna outra camada adicional a ser mantida.
Cacoplamento firme, o que auxilia na realização de testes unitários e testes isolados.
Darquiteturas fracamente acopladas nas quais os componentes do aplicativo possam ser testados de forma independente, sem dependências de armazenamentos de dados ou interfaces de usuário.
Epreferencialmente projetos com Design orientado por serviço.
Revelar gabarito e comentário▾
GabaritoD — arquiteturas fracamente acopladas nas quais os componentes do aplicativo possam ser testados de forma independente, sem dependências de armazenamentos de dados ou interfaces de usuário.
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”.
Arquitetura Hexagonal (Ports and Adapters)
Gabarito: letra D. A Arquitetura Hexagonal, também conhecida como Ports and Adapters, tem como objetivo central criar um núcleo de aplicação isolado das preocupações de infraestrutura, como bancos de dados, interfaces de usuário e serviços externos. Por meio de portas (interfaces) e adaptadores (implementações), a lógica de negócios torna-se independente e testável sem depender de elementos concretos de infraestrutura, promovendo baixo acoplamento e alta testabilidade.
Análise das Alternativas
Alternativa
Descrição
Correta?
A
Latência, pois adiciona outra camada na arquitetura.
❌
B
Manutenibilidade simplificada, especialmente quando o adaptador se torna outra camada adicional a ser mantida.
❌
C
Acoplamento firme, o que auxilia na realização de testes unitários e testes isolados.
❌
D
Arquiteturas fracamente acopladas nas quais os componentes do aplicativo possam ser testados de forma independente, sem dependências de armazenamentos de dados ou interfaces de usuário.
✅
E
Preferencialmente projetos com Design orientado por serviço.
❌
Alternativa A — ❌ Incorreta
Afirmar que o objetivo da arquitetura hexagonal é criar latência é um equívoco. A latência é uma consequência indesejável, não um objetivo. A arquitetura visa isolamento e testabilidade, não aumento de latência.
Alternativa B — ❌ Incorreta
Embora a arquitetura hexagonal possa simplificar a manutenção ao isolar responsabilidades, a afirmação de que a manutenibilidade é simplificada "especialmente quando o adaptador se torna outra camada adicional a ser mantida" é contraditória. Adicionar camadas geralmente aumenta a complexidade de manutenção, não a simplifica. O benefício real está na substituição de adaptadores sem afetar o núcleo.
Alternativa C — ❌ Incorreta
A arquitetura hexagonal busca baixo acoplamento, não acoplamento firme. O acoplamento firme dificultaria os testes unitários e isolados, exatamente o oposto do que se deseja. A alternativa inverte o conceito fundamental.
Alternativa D — ✅ Correta ⟵ GABARITO
Correta. A proposta central é criar arquiteturas fracamente acopladas, onde os componentes do aplicativo (núcleo) possam ser testados de forma independente, sem dependências de armazenamentos de dados ou interfaces de usuário. Isso é alcançado através de portas e adaptadores.
Alternativa E — ❌ Incorreta
Embora a arquitetura hexagonal possa ser combinada com SOA, não é uma característica intrínseca ou preferencial. O padrão não exige Design Orientado a Serviço; ele é genérico e aplicável a diversos estilos.
NÃO CAIA NESSA!
A banca troca o conceito de acoplamento: a alternativa C afirma que a arquitetura hexagonal promove "acoplamento firme", quando na verdade o objetivo é exatamente o oposto — baixo acoplamento. Não caia nessa inversão!
PEGA ESSA DICA!
Lembre-se sempre: a arquitetura hexagonal isola o núcleo do mundo externo. Pense em "portas" como contratos e "adaptadores" como implementações concretas (ex.: um adaptador de banco de dados, um adaptador de API). Isso garante testabilidade e baixo acoplamento.