Questão de Arquitetura de Software — Arquitetura Cliente-Servidor — Instituto Access 2024
Arquitetura de Software›Arquitetura Cliente-Servidor
Código
qg282679
Banca
Instituto Access
Órgão
Banestes
Ano
2024
Nível
Superior
Cargo
Analista em Tecnologia da Informação - Segurança da Informação
Em uma arquitetura de microsserviços, os aplicativos do cliente normalmente precisam consumir a funcionalidade de mais de um microsserviço. Se esse consumo for executado diretamente, o cliente precisará manipular várias chamadas para terminais de microsserviço. Portanto, ter um nível intermediário ou indireto (Gateway) pode ser conveniente para aplicativos baseados em microsserviço. Se você não tiver Gateways de API, os aplicativos do cliente deverão enviar solicitações diretamente aos micros serviços, o que causará problemas. Marque a alternativa correta que apresentamos problemas neste contexto.
AComplexidade de gerenciamento e monitoramento.
BBaixa escalabilidade e flexibilidade.
CAcoplamento, Problemas de segurança, Interesses paralelos.
DAlto acoplamento e coesão baixa.
Revelar gabarito e comentário▾
GabaritoC — Acoplamento, Problemas de segurança, Interesses paralelos.
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 de Microsserviços e API Gateway
Gabarito: letra C. A ausência de um API Gateway em uma arquitetura de microsserviços leva a três problemas principais: acoplamento excessivo (o cliente precisa conhecer cada microsserviço e realizar múltiplas chamadas), problemas de segurança (exposição direta dos serviços) e interesses paralelos (cross-cutting concerns como autenticação, logging e rate limiting) que precisam ser implementados em cada serviço, aumentando a complexidade.
Glossário da aula: "API Gateway: Ponto de entrada centralizado que gerencia, roteia e protege as chamadas feitas a serviços ou microsserviços de uma aplicação."
Sem API Gateway: Acoplamento (Cliente conhece cada microsserviço, Múltiplas chamadas diretas); Problemas de segurança (Exposição direta dos serviços); Interesses paralelos (cross-cutting) (Autenticação, Logging, Rate limiting)
Alternativa A — ❌ Incorreta
Embora a ausência de gateway aumente a complexidade de gerenciamento e monitoramento, esse é um dos diversos problemas, e a alternativa não lista outros como acoplamento e segurança. A questão pede uma opção que apresente os problemas de forma mais ampla.
Alternativa B — ❌ Incorreta
Baixa escalabilidade e flexibilidade podem ser consequências, mas não capturam todos os problemas mencionados no enunciado, especialmente os "interesses paralelos" (concerns transversais) que são citados na opção correta.
Alternativa C — ✅ Correta ⟵ GABARITO
Os três problemas – acoplamento (o cliente depende de múltiplos endpoints), segurança (serviços expostos diretamente) e interesses paralelos (código repetido de autenticação, logging, etc.) – são exatamente os desafios que um API Gateway resolve. Cada um demanda esforço extra sem o gateway.
Alternativa D — ❌ Incorreta
"Alto acoplamento e coesão baixa" aborda apenas o acoplamento e a coesão, mas não inclui segurança e interesses paralelos, sendo uma resposta incompleta. Além disso, a coesão baixa não é um problema diretamente causado pela falta de gateway; microsserviços podem ter alta coesão mesmo sem gateway.
Conclusão: A alternativa C é a que melhor descreve os problemas enfrentados ao consumir microsserviços diretamente, sem um intermediário centralizador.