Questão de Arquitetura de Software — SOA (Service-oriented architecture) — FCC 2022
Arquitetura de Software›SOA (Service-oriented architecture)
Código
fc063816
Banca
FCC
Órgão
TJ-CE
Ano
2022
Cargo
Analista Judiciário - Ciência da Computação - Sistemas da Informação
Ao pesquisar a Arquitetura Orientada a Serviços, um Analista observou que ela deve ter, como características-chave, para seu adequado funcionamento,
Aa necessidade de uso de linguagens idênticas entre aplicações.
Bfraco acoplamento dos serviços.
Ca dependência de tecnologias e protocolos entre aplicações.
Da não necessidade de padronizações.
Eo reuso de ativos apenas em serviços disponibilizados em redes locais.
Revelar gabarito e comentário▾
GabaritoB — fraco acoplamento dos serviços.
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 B. A característica-chave da SOA é o baixo acoplamento entre serviços, que permite independência, reutilização e interoperabilidade entre sistemas heterogêneos. As demais alternativas contradizem os princípios fundamentais da SOA.
A Arquitetura Orientada a Serviços (SOA) organiza sistemas como serviços fracamente acoplados, reutilizáveis e interoperáveis. Seus princípios incluem:
Baixo acoplamento: serviços independentes, sem conhecimento interno uns dos outros.
Reuso: serviços podem ser usados por múltiplas aplicações.
Interoperabilidade: comunicação entre diferentes tecnologias e linguagens.
Independência de plataforma: funciona em diferentes sistemas operacionais e infraestruturas.
Padronização: uso de padrões como SOAP, WSDL, UDDI.
SOA (Arquitetura Orientada a Serviços)
1Características-chave
Baixo acoplamento
Reuso
Interoperabilidade
Independência de plataforma
Padronização (SOAP, WSDL, UDDI)
2O que NÃO é
Linguagens idênticas
Dependência de tecnologia/protocolo
Ausência de padronização
Reuso só em rede local
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Afirma que SOA exige linguagens idênticas entre aplicações. Na verdade, SOA promove a heterogeneidade: serviços podem ser implementados em linguagens diferentes e se comunicar por meio de padrões, como XML e SOAP. A alternativa confunde SOA com integração monolítica.
Alternativa B — ✅ Correta ⟵ GABARITO
Correta. O baixo acoplamento (fraco acoplamento) é uma das características essenciais da SOA, permitindo que serviços evoluam independentemente sem impactar uns aos outros.
Alternativa C — ❌ Incorreta
Afirma dependência de tecnologias e protocolos entre aplicações. A SOA visa justamente o oposto: independência de tecnologia e protocolos, usando padrões abertos para garantir interoperabilidade.
Alternativa D — ❌ Incorreta
Afirma não necessidade de padronizações. A SOA depende fortemente de padronizações (contratos de serviço, WSDL, SOAP, UDDI) para garantir a comunicação e o reuso entre serviços heterogêneos.
Alternativa E — ❌ Incorreta
Afirma reuso de ativos apenas em redes locais. O reuso em SOA é um princípio global: serviços podem ser consumidos por qualquer aplicação autorizada, independentemente de rede local ou remota.
PEGA ESSA DICA!
SOA não é um produto ou tecnologia específica, mas um paradigma arquitetural. Lembre-se: baixo acoplamento, reuso, interoperabilidade e padronização são seus pilares.