Questão de Arquitetura de Software — SOAP (Simple Object Access Protocol) — Unesc 2025
Arquitetura de Software›SOAP (Simple Object Access Protocol)
Código
qg629973
Banca
Unesc
Órgão
FESPORTE
Ano
2025
Nível
Superior
Cargo
Analista de Informática
Uma equipe de desenvolvimento precisa escolher entre SOAP e REST para implementar a comunicação entre microsserviços em um sistema distribuído. Considere as características de cada estilo de arquitetura:SOAP (Simple Object Access Protocol):Utiliza XML para formatar as mensagens.Geralmente depende de WSDL para descrever a interface dos serviços.Oferece recursos de segurança e confiabilidade, como WS-Security e WS-ReliableMessaging.Pode ser mais complexo de implementar e consumir.REST (Representational State Transfer):Utiliza métodos HTTP (GET, POST, PUT, DELETE) para interagir com recursos.Pode usar diferentes formatos de dados, como XML, JSON ou HTML.É mais leve e flexível que SOAP.Geralmente é mais fácil de implementar e consumir.Com base nessas características, em qual situação seria mais vantajoso utilizar SOAP em vez de REST?
AQuando os dados a serem transmitidos são complexos e exigem um formato rígido.
BQuando a equipe de desenvolvimento tem pouca experiência com Web Services.
CQuando a interoperabilidade com sistemas legados que utilizam SOAP é essencial.
DQuando o desempenho é crítico e a comunicação precisa ser o mais leve possível.
EQuando a aplicação precisa ser simples e fácil de entender.
Revelar gabarito e comentário▾
GabaritoC — Quando a interoperabilidade com sistemas legados que utilizam SOAP é essencial.
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”.
SOAP x REST: quando usar cada um
Gabarito: letra C. A situação mais vantajosa para SOAP é quando é necessária interoperabilidade com sistemas legados que já utilizam SOAP, pois o protocolo oferece padrões maduros como WSDL, WS-Security e WS-ReliableMessaging, que garantem integração com essas plataformas.
A banca testa o conhecimento das características e aplicações típicas de cada estilo arquitetural. SOAP é mais pesado e complexo, mas oferece contratos formais e recursos de segurança; REST é mais leve e flexível.
Característica
SOAP
REST
Formato de dados
XML (rígido)
XML, JSON, HTML (flexível)
Descrição da interface
WSDL
Sem padrão obrigatório
Segurança/confiabilidade
WS-Security, WS-ReliableMessaging
Via protocolo (HTTPS)
Complexidade
Alta (envelope, header)
Baixa (métodos HTTP)
Desempenho
Mais pesado (overhead)
Mais leve e rápido
Curva de aprendizado
Alta
Baixa
Uso típico
Sistemas legados, interoperabilidade
Aplicações modernas, microsserviços
Alternativa A — ❌ Incorreta
Embora o SOAP use XML com formato rígido, a complexidade dos dados não é o fator determinante para escolha. Tanto SOAP quanto REST podem transmitir dados complexos. A vantagem real do SOAP está na interoperabilidade com sistemas que já o utilizam.
Alternativa B — ❌ Incorreta
SOAP é mais complexo de implementar e consumir, exigindo maior conhecimento técnico (WSDL, namespaces, envelopes). Para equipes inexperientes, REST seria mais adequado.
Alternativa C — ✅ Correta ⟵ GABARITO
A interoperabilidade com sistemas legados é a situação clássica em que SOAP se destaca. Muitos sistemas corporativos antigos foram construídos com SOAP e continuam em operação; usar REST para se comunicar com eles exigiria adaptações complexas. SOAP mantém compatibilidade direta.
Alternativa D — ❌ Incorreta
REST é mais leve e rápido, ideal quando desempenho é crítico. SOAP adiciona overhead com envelope XML e processamento de header, tornando-o mais pesado.
Alternativa E — ❌ Incorreta
REST é mais simples de entender e implementar, enquanto SOAP é mais verboso e com maior curva de aprendizado.
PEGA ESSA DICA!
Na prova, lembre-se do contraste: SOAP = formal, pesado, seguro, legado; REST = leve, flexível, moderno. A questão do legado é o principal motivo para ainda se usar SOAP.