Pular para o conteúdo principal

Questão de Arquitetura de Software — SOA (Service-oriented architecture) — FGV 2024

Arquitetura de SoftwareSOA (Service-oriented architecture)
Código
fg085512
Banca
FGV
Órgão
INPE
Ano
2024
Nível
Superior
Cargo
Tecnologista Júnior I - Desenvolvimento de Software para Operação de Satélites
O Projeto Orientado a Serviços (SOA) tem como objetivo facilitar a integração entre diferentes serviços.Sobre o emprego de SOA, assinale a afirmativa correta.
  1. APermite o compartilhamento direto de bancos de dados entre diferentes serviços para reutilização de funcionalidades.
  2. BBusca elevar o grau de acoplamento entre serviços com o objetivo de garantir compatibilidade.
  3. CA lógica é abstraída através de interfaces de serviço, de modo a permitir a integração entre sistemas heterogêneos.
  4. DA segurança é intrinsecamente garantida pela arquitetura, eliminando a necessidade de protocolos de segurança adicionais.
  5. ENão é compatível com o padrão SOAP, por conta de sua restrição ao uso de XML para formatação de mensagens.
Revelar gabarito e comentário

GabaritoC — A lógica é abstraída através de interfaces de serviço, de modo a permitir a integração entre sistemas heterogêneos.

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 Orientada a Serviços (SOA)

Gabarito: letra C. A essência do SOA está em abstrair a lógica por meio de interfaces de serviço padronizadas, permitindo a integração entre sistemas heterogêneos sem que eles conheçam os detalhes internos uns dos outros. Esse princípio de abstração, combinado com o baixo acoplamento, é o que viabiliza a interoperabilidade almejada pela arquitetura (conteúdo de apoio: seções 1 e 2).

A banca testa o conhecimento dos princípios fundamentais do SOA, em especial o baixo acoplamento, a abstração por interfaces, a interoperabilidade e a segurança. As alternativas incorretas trazem distorções clássicas desses conceitos.

1Princípios
Baixo acoplamento
Abstração por interfaces
Interoperabilidade
Independência dos serviços
2Como funciona
Lógica abstraída em interfaces
Comunicação padronizada (ex.: WSDL)
Sistemas heterogêneos se integram
3O que NÃO é
Compartilhamento direto de BD
Alto acoplamento
Segurança intrínseca
Incompatível com SOAP
SOA (Arquitetura Orientada a Serviços)
LEVELsoulevel.com.br
SOA (Arquitetura Orientada a Serviços): Princípios (Baixo acoplamento, Abstração por interfaces, Interoperabilidade, Independência dos serviços); Como funciona (Lógica abstraída em interfaces, Comunicação padronizada (ex.: WSDL), Sistemas heterogêneos se integram); O que NÃO é (Compartilhamento direto de BD, Alto acoplamento, Segurança intrínseca, Incompatível com SOAP)

Alternativa A — ❌ Incorreta

Afirma que o SOA permite o compartilhamento direto de bancos de dados entre serviços. Isso viola o princípio de baixo acoplamento e abstração: serviços em SOA expõem apenas interfaces, não seus dados internos. O compartilhamento direto de banco de dados geraria alto acoplamento e quebraria a independência dos serviços.

Alternativa B — ❌ Incorreta

Declara que o SOA busca elevar o grau de acoplamento para garantir compatibilidade. Exatamente o oposto: um dos pilares do SOA é o baixo acoplamento. Serviços devem ser independentes e se comunicar apenas por contratos bem definidos (interfaces), sem dependências internas. Elevar o acoplamento comprometeria a flexibilidade e a evolução independente dos serviços.

NÃO CAIA NESSA!

A banca inverteu o termo “acoplamento”: o candidato deve lembrar que SOA prega baixo acoplamento, e não o contrário. É um distrator recorrente.

Alternativa C — ✅ Correta ⟵ GABARITO

“A lógica é abstraída através de interfaces de serviço, de modo a permitir a integração entre sistemas heterogêneos.” Exato. O serviço em SOA é definido por uma interface (descrita em WSDL, por exemplo) que esconde a implementação. Isso permite que sistemas construídos em tecnologias diferentes se comuniquem de forma padronizada, garantindo a interoperabilidade – objetivo central da arquitetura.

Alternativa D — ❌ Incorreta

Afirma que a segurança é intrinsecamente garantida pela arquitetura, eliminando protocolos adicionais. A segurança não é inerente ao SOA; ela deve ser implementada com padrões como WS-Security, OAuth, HTTPS, entre outros. A arquitetura fornece o ambiente, mas não elimina a necessidade de mecanismos específicos de segurança.

Alternativa E — ❌ Incorreta

Diz que o SOA não é compatível com o padrão SOAP por restrição ao XML. Isso é falso: SOAP é um dos protocolos de comunicação mais utilizados em SOA, justamente por usar XML como formato de mensagem (WSDL também é baseado em XML). O SOA é perfeitamente compatível com SOAP; aliás, SOAP e WSDL são componentes clássicos de implementações SOA.


Gabarito: letra C.

Link permanente: /questoes/fg085512