Pular para o conteúdo principal

Questão de Arquitetura de Software — Interoperabilidade — CESPE / CEBRASPE 2025

Arquitetura de SoftwareInteroperabilidade
Código
ce202044
Banca
CESPE / CEBRASPE
Órgão
EMBRAPA
Ano
2025
Nível
Superior
Cargo
Pesquisador – Área: Gestão da Informação – Subárea: Engenharia de Dados
Considerando os métodos HTTP utilizados em APIs REST, julgue o próximo item, a respeito de integração de dados e mecanismos de interoperabilidade.Os métodos GET e HEAD são considerados seguros, pois sua execução não deve modificar os dados armazenados no servidor, embora possa gerar efeitos colaterais indiretos, como registros de logs.
  1. CCerto
  2. EErrado
Revelar gabarito e comentário

GabaritoC — Certo

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”.

Métodos HTTP Seguros: GET e HEAD

Gabarito: Certo (C). A afirmação está correta. No protocolo HTTP, métodos seguros (como GET e HEAD) são aqueles que, por definição, não alteram o estado do servidor – ou seja, sua execução não deve modificar dados armazenados. Efeitos colaterais indiretos, como registros de logs ou atualização de caches, são permitidos e não descaracterizam a segurança do método. Essa definição consta no RFC 7231, que estabelece que métodos seguros são aqueles que não provocam modificação no servidor.

A banca cobra exatamente a diferença entre segurança (não modificar recursos) e idempotência (mesmo resultado em múltiplas requisições). GET e HEAD são seguros e também idempotentes, mas a questão focou apenas no aspecto da segurança.

PEGA ESSA DICA!

Na prova, sempre lembre: métodos seguros = GET, HEAD, OPTIONS, TRACE. Eles podem gerar logs e outros efeitos colaterais, mas nunca devem alterar o recurso principal. Já métodos como POST, PUT, DELETE não são seguros, porque podem modificar dados.

Gabarito: Certo (C).

Link permanente: /questoes/ce202044