Questão de Arquitetura de Software — ESB (Enterprise Service Bus) — FCPC 2026
Arquitetura de Software›ESB (Enterprise Service Bus)
Código
qg675023
Banca
FCPC
Órgão
UFCA
Ano
2026
Nível
Superior
Cargo
Analista de Tecnologia da Informação / Área: Arquitetura e Desenvolvimento de Sistemas – Back-End
Uma autarquia pública pretende integrar diversos sistemas legados desenvolvidos em diferentes linguagens de programação e plataformas. Para viabilizar essa integração, a equipe técnica decidiu implementar um componente que atue como uma camada intermediária que seja responsável por intermediar, rotear, transformar e orquestrar mensagens entre diferentes serviços e aplicações, promovendo baixo acoplamento, interoperabilidade e independência de plataforma.Nesse contexto, o componente de arquitetura SOA mais adequado é o:
ARegistro de Serviços (Service Registry).
BMecanismo de Notificação por Eventos (Event-driven).
CBarramento de Serviço Corporativo (Enterprise Service Bus).
DArquitetura Baseada em Microsserviços Independentes(Microservices).
Revelar gabarito e comentário▾
GabaritoC — Barramento de Serviço Corporativo (Enterprise Service Bus).
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”.
Enterprise Service Bus (ESB) – Integração em SOA
Gabarito: letra C. O componente de arquitetura SOA mais adequado para atuar como camada intermediária, realizando roteamento, transformação e orquestração de mensagens entre sistemas heterogêneos é o Enterprise Service Bus (ESB). O ESB é um padrão arquitetural que centraliza a comunicação, promovendo baixo acoplamento e interoperabilidade, conforme descrito no enunciado.
A questão descreve um cenário típico de integração de sistemas legados em diferentes linguagens e plataformas, onde se deseja um componente que intermediar, rotear, transformar e orquestrar mensagens. O ESB foi projetado exatamente para isso: funciona como um barramento que conecta serviços, aplicações e sistemas, permitindo que eles se comuniquem sem necessidade de integrações ponto a ponto.
ESB (Enterprise Service Bus): Funções (Intermediação, Roteamento, Transformação de mensagens, Orquestração); Características (Baixo acoplamento, Interoperabilidade, Independência de plataforma); Vantagens (Evita integração ponto a ponto, Conversão de protocolos, Controle de segurança, Gerenciamento de falhas)
Alternativa A — ❌ Incorreta
O Registro de Serviços (Service Registry) é um diretório onde provedores publicam seus serviços e consumidores os descobrem. Ele não realiza roteamento, transformação ou orquestração de mensagens. Sua função é apenas armazenar descrições e localizações de serviços, sendo apenas um elemento do modelo triangular SOA.
Alternativa B — ❌ Incorreta
O Mecanismo de Notificação por Eventos (Event-driven) é um estilo de comunicação assíncrona, não um componente específico de integração. Embora possa ser usado em conjunto com ESB, não é a solução central para os requisitos descritos (roteamento, transformação, orquestração).
Alternativa C — ✅ Correta ⟵ GABARITO
O Enterprise Service Bus (ESB) é o componente de integração por excelência em arquiteturas SOA. Conforme o material de apoio, ele "centraliza as mensagens e permite integração entre diferentes sistemas sem necessidade de comunicação ponto a ponto, gerenciando o roteamento, transformação de mensagens e protocolos". Atua como ponto único de integração, realizando conversão de protocolos, transformação de dados (ex.: XML para JSON), controle de segurança e gerenciamento de falhas. Exatamente o que o enunciado descreve.
PEGA ESSA DICA!
O ESB é frequentemente cobrado em provas como o principal elemento de integração em SOA. Ele não implementa SOA, mas é uma ferramenta de suporte. Lembre-se: é um barramento centralizado que pode se tornar ponto único de falha se não houver redundância.
Alternativa D — ❌ Incorreta
A Arquitetura Baseada em Microsserviços Independentes é um estilo arquitetural que propõe serviços autônomos e descentralizados, frequentemente com comunicação direta via APIs leves. Embora também promova baixo acoplamento, não é um componente intermediário centralizado como o ESB. Além disso, o enunciado menciona sistemas legados heterogêneos – o ESB é mais adequado para integrar tais sistemas do que uma reestruturação completa para microsserviços.