Arquitetura de Software · INSTITUTO AOCP · 2025 | Questão sqc-qg543504

Arquitetura de SoftwareArquitetura em camadas

Código: qg543504
Banca: INSTITUTO AOCP
Órgão: TRE-TO
Ano: 2025
Nível: Superior

Cargo: Analista Judiciário - Área de Atividade: Apoio Especializado - Especialidade: Tecnologia da Informação

No contexto do Poder Judiciário, uma aplicação web foi construída com base em uma arquitetura distribuída do tipo cliente-servidor, na qual múltiplas camadas estão separadas por responsabilidades. A interface com o usuário é executada no cliente, enquanto os serviços de negócio e acesso a dados estão implementados em microsserviços baseados em Spring Boot, comunicando-se via REST/HTTP com dados representados em JSON. A plataforma utiliza ainda Spring Eureka para descoberta de serviços e Spring Gateway para roteamento. Considerando essa arquitetura, assinale a alternativa correta.

AA arquitetura cliente-servidor pode ser complementada com mecanismos de descoberta de serviços e balanceamento de carga, mantendo a separação de responsabilidades entre cliente e servidor.
BO uso de API Gateway, como o Spring Cloud Gateway, viola os princípios do modelo cliente-servidor por introduzir uma camada intermediária entre cliente e servidor.
CA representação de dados em JSON é incompatível com aplicações Java EE e requer bibliotecas externas específicas para serialização e desserialização em ambientes Spring Boot.
DA adoção de uma arquitetura cliente-servidor impede o uso de Service Discovery como o Spring Eureka, uma vez que os endereços dos serviços precisam ser definidos estaticamente no cliente.
EA presença de múltiplos microsserviços torna desnecessária a utilização de protocolos formais como HTTP, podendo ser substituídos por comunicação direta via métodos internos.

Revelar gabarito e comentário

GabaritoA — A arquitetura cliente-servidor pode ser complementada com mecanismos de descoberta de serviços e balanceamento de carga, mantendo a separação de responsabilidades entre cliente e servidor.

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 Cliente-Servidor e Microsserviços

Gabarito: letra A. A arquitetura cliente-servidor pode, sim, ser complementada com mecanismos de descoberta de serviços (como Spring Eureka) e balanceamento de carga, mantendo a separação de responsabilidades entre cliente e servidor. A alternativa A está correta porque reflete exatamente essa possibilidade, sem violar os princípios do modelo.

A questão descreve uma arquitetura moderna que combina o modelo cliente-servidor com microsserviços, service discovery e API Gateway. A chave é entender que esses componentes não quebram o modelo; eles o estendem para sistemas distribuídos.

Arquitetura cliente-servidor: Princípios (Separação de responsabilidades, Cliente solicita / Servidor fornece); Complementos (não violam) (Service Discovery (Eureka), API Gateway (Spring Gateway), Balanceamento de carga); Protocolo (HTTP/REST, Dados em JSON)

Alternativa A — ✅ Correta ⟵ GABARITO

Afirma que a arquitetura cliente-servidor pode ser complementada com descoberta de serviços e balanceamento de carga, mantendo a separação de responsabilidades. Isso é correto: em arquiteturas baseadas em microsserviços, ferramentas como Spring Eureka (service discovery) e Spring Cloud Gateway (API Gateway) são comuns e não violam a premissa de que o cliente solicita serviços e o servidor os fornece. O cliente continua sendo o consumidor e o servidor (conjunto de microsserviços) o provedor.

Alternativa B — ❌ Incorreta

Diz que o uso de API Gateway viola os princípios do modelo cliente-servidor. Isso é falso. O API Gateway atua como uma camada intermediária pertencente ao lado do servidor, roteando requisições e aplicando regras, mas ainda seguindo o padrão requisição-resposta. O cliente envia uma solicitação ao gateway, que a encaminha ao serviço adequado – isso é perfeitamente compatível com cliente-servidor.

Alternativa C — ❌ Incorreta

Alega que JSON é incompatível com aplicações Java EE e requer bibliotecas externas. Na verdade, o Spring Boot (baseado em Java) já inclui suporte nativo a JSON via Jackson, sem necessidade de bibliotecas externas adicionais. JSON é o formato padrão para APIs REST em Java.

Alternativa D — ❌ Incorreta

Afirma que uma arquitetura cliente-servidor impede o uso de service discovery, exigindo endereços estáticos. É o oposto: o service discovery (como Eureka) permite que os clientes descubram dinamicamente os endereços dos serviços, eliminando a necessidade de configuração estática.

Alternativa E — ❌ Incorreta

Diz que com múltiplos microsserviços o HTTP se torna desnecessário e pode ser substituído por chamadas internas. Microsserviços são processos distintos executados em diferentes máquinas/containers; a comunicação entre eles é feita via rede, normalmente usando protocolos como HTTP/REST ou mensageria. Chamadas diretas a métodos (invocação local) não são possíveis entre processos separados.

Gabarito: letra A

Link permanente: /questoes/qg543504