Arquitetura de Software · CESGRANRIO · 2024 | Questão sqc-cg021295

Arquitetura de SoftwareSOAP (Simple Object Access Protocol)

Código: cg021295
Banca: CESGRANRIO
Órgão: Banco da Amazônia
Ano: 2024
Nível: Superior

Cargo: Técnico Científico - Tecnologia da Informação

Um desenvolvedor está projetando um sistema de comunicação entre serviços web e precisa escolher entre SOAP e REST. As características necessárias para o sistema incluem:• simplicidade e facilidade de uso;• uso de diferentes formatos de dados (não apenas XML);• alta performance e baixa latência; e• escalabilidade e facilidade de manutenção.Com base nesses requisitos, um argumento para a escolha correta entre SOAP e REST é que se deve usar

AREST porque ele oferece melhor suporte para transações complexas e segurança avançada, com apoio de WSDL, além de ser mais escalável e fácil de manter.
BREST porque ele é baseado em HTTP e permite a comunicação através de diferentes formatos de dados, como XML, JSON e texto simples, sendo mais simples e fácil de usar.
CSOAP porque ele é baseado em HTML5, usa comandos GET e faz transferência de dados rápida por IPv6.
DSOAP porque, por ser baseado em JSON e IPv6, é mais leve e oferece melhor performance e baixa latência em comparação com REST
ESOAP porque ele permite de forma direta o uso de diferentes formatos de dados como XML, JSON e YAML, além de ser mais simples e fácil de usar por executar com SMTP.

Revelar gabarito e comentário

GabaritoB — REST porque ele é baseado em HTTP e permite a comunicação através de diferentes formatos de dados, como XML, JSON e texto simples, sendo mais simples e fácil de usar.

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 de Serviços Web: SOAP vs REST

Gabarito: letra B. REST é um estilo arquitetural baseado em HTTP que suporta múltiplos formatos de dados (XML, JSON, texto simples) e é mais simples, leve e escalável, atendendo aos requisitos de simplicidade, alta performance e baixa latência. SOAP é um protocolo mais complexo, que exige XML e possui overhead maior.

A banca cobra a distinção entre as duas abordagens.

Alternativa A — ❌ Incorreta

Afirma que REST oferece melhor suporte para transações complexas e segurança avançada, com apoio de WSDL. Na realidade, WSDL é uma descrição de serviços associada ao SOAP, não ao REST. Além disso, REST é mais simples e não possui mecanismos nativos para transações complexas ou segurança avançada como o SOAP (que conta com WS-Security). O REST é escalável e fácil de manter, mas não por essas características.

Alternativa B — ✅ Correta ⟵ GABARITO

Descreve corretamente as vantagens do REST: baseado em HTTP, suporte a múltiplos formatos de dados (XML, JSON, texto simples), simplicidade e facilidade de uso. Esses pontos estão alinhados aos requisitos do enunciado.

Alternativa C — ❌ Incorreta

Afirma que SOAP é baseado em HTML5, usa comandos GET e é rápido por IPv6. SOAP não é baseado em HTML5, e sim em XML. Pode usar GET via HTTP, mas não é sua característica principal. IPv6 é irrelevante para a comparação.

Alternativa D — ❌ Incorreta

Diz que SOAP é baseado em JSON e IPv6. Na verdade, SOAP usa XML e pode ser transportado por HTTP, SMTP etc., mas não é baseado em JSON nem IPv6. Além disso, SOAP é mais pesado que REST, não mais leve.

Alternativa E — ❌ Incorreta

Alega que SOAP permite diretamente o uso de diferentes formatos (XML, JSON, YAML) e que é mais simples por executar com SMTP. O SOAP é fortemente acoplado ao XML; embora seja possível usar outros formatos, não é direto e quebra a interoperabilidade. O uso de SMTP não o torna mais simples, e sim menos eficiente.

Característica	REST	SOAP
Protocolo base	HTTP	HTTP, SMTP, etc.
Formato de dados	Múltiplos (XML, JSON, texto)	Principalmente XML
Complexidade	Simples, leve	Complexo, pesado
Performance	Alta, baixa latência	Menor devido ao overhead
Escalabilidade	Alta (stateless)	Menor

PEGA ESSA DICA!

Na prática, REST é preferido para serviços web simples e de alto desempenho, enquanto SOAP é usado em cenários que exigem transações atômicas, segurança avançada e confiabilidade (ex.: sistemas bancários). A escolha depende dos requisitos de cada projeto.

Gabarito: letra B.

Link permanente: /questoes/cg021295