Questão de Arquitetura de Software — SOA (Service-oriented architecture) — SELECON 2025
Arquitetura de Software›SOA (Service-oriented architecture)
Código
qg614301
Banca
SELECON
Órgão
SENAPPEN
Ano
2025
Nível
Superior
Cargo
Analista em Tecnologia da Informação
Um empreendimento de desenvolvimento de softwares está trabalhando com ambiente de Arquitetura Orientada aos Serviços (SOA). Nesse caso, ele vai utilizar uma arquitetura de software para auxiliar na comunicação com um outro sistema, que vai trabalhar com vários outros serviços, estabelecendo a comunicação entre esses serviços e seus consumidores, sem depender da tecnologia por trás. O tipo de arquitetura SOA a ser utilizada, nesse caso, é a de:
Aaplicação baseada em push
Bbarramento de serviço corporativo
Cmonitoramento de ciclo de vida
Dmicrosserviços de aplicações
Revelar gabarito e comentário▾
GabaritoB — barramento de serviço corporativo
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) e Enterprise Service Bus (ESB)
Gabarito: letra B. Em SOA, o barramento de serviço corporativo (Enterprise Service Bus – ESB) é o middleware que gerencia a comunicação entre serviços e consumidores, abstraindo as tecnologias subjacentes. O texto da Wikipédia sobre SOA afirma que os serviços são frequentemente conectados por um "barramento de serviços" que disponibiliza interfaces e protocolos acessíveis independentemente da tecnologia.
Wikipédia – Arquitetura orientada a serviços:
Frequentemente estes serviços são conectados através de um "barramento de serviços" (enterprise service bus, em inglês) que disponibiliza interfaces, ou protocolos, acessíveis através de web services ou outra forma de comunicação entre aplicações.
A questão testa o conhecimento do componente central de integração em SOA: o ESB, que atua como um canal de comunicação desacoplado entre os serviços.
Alternativa A — ❌ Incorreta
Aplicativo baseado em push é um padrão de comunicação (o servidor envia dados sem solicitação explícita do cliente), mas não é o elemento arquitetural responsável por integrar múltiplos serviços em SOA. O ESB pode usar push, mas o conceito geral não se limita a isso.
Alternativa B — ✅ Correta ⟵ GABARITO
O barramento de serviço corporativo (ESB) é exatamente o componente que permite a comunicação entre serviços e consumidores de forma independente da tecnologia, provendo roteamento, transformação de mensagens e adaptação de protocolos. É uma peça-chave em implementações tradicionais de SOA.
Alternativa C — ❌ Incorreta
Monitoramento de ciclo de vida diz respeito ao acompanhamento do estado e da saúde dos serviços (deploy, atualização, desativação), não à comunicação propriamente dita. Embora relevante para governança, não é o elemento que "estabelece a comunicação entre serviços e seus consumidores".
Alternativa D — ❌ Incorreta
Microsserviços são um estilo arquitetural que também organiza funcionalidades como serviços, mas geralmente utiliza mecanismos de comunicação mais leves (APIs REST, mensageria) sem um barramento centralizado. Em SOA clássico, a integração ocorre via ESB, e não por microsserviços, que representam uma evolução do conceito, mas não o mesmo componente.
NÃO CAIA NESSA!
A alternativa D confunde o estilo arquitetural microsserviços com o componente de comunicação SOA. Muitos candidatos associam "serviços distribuídos" automaticamente a microsserviços, quando na verdade a questão pede o elemento de integração – o barramento corporativo (ESB).