Questão de Arquitetura de Software — Interoperabilidade — FGV 2025
Arquitetura de Software›Interoperabilidade
Código
fg104539
Banca
FGV
Órgão
AL-AM
Ano
2025
Nível
Superior
Cargo
Analista Legislativo - Analista de Sistema
O Analista de Sistemas está debatendo a substituição de um sistema de integração baseado em RPC por uma API RESTful.A principal mudança filosófica e de design ao migrar para REST é a mudança de foco da execução de métodos ou funções no servidor para a manipulação de
Asessões de backend e cookies de segurança
Brecursos identificados por URIs e a utilização uniforme de verbos HTTP.
Ceventos e mensageria assíncrona.
Ddados estruturados apenas no formato XML.
Econexões de banco de dados diretamente pelo cliente.
Revelar gabarito e comentário▾
GabaritoB — recursos identificados por URIs e a utilização uniforme de verbos HTTP.
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”.
REST vs RPC: Mudança Filosófica na Integração de Sistemas
Gabarito: letra B. A principal mudança ao migrar de RPC para REST é o deslocamento do foco da execução de métodos remotos (funções no servidor) para a manipulação de recursos identificados por URIs, utilizando um conjunto uniforme de verbos HTTP (GET, POST, PUT, DELETE). Essa é a essência do estilo arquitetural REST, conforme definido por Roy Fielding.
O RPC (Remote Procedure Call) enfatiza as operações (verbos), enquanto o REST enfatiza os recursos (nomes). No REST, cada recurso possui um URI único e as ações são padronizadas pelos métodos HTTP, o que promove simplicidade, escalabilidade e acoplamento frouxo.
Alternativa A — ❌ Incorreta
Afirma que a mudança é para sessões de backend e cookies de segurança. REST é stateless (sem estado), ou seja, cada requisição deve conter toda a informação necessária; cookies e sessões violam esse princípio. Portanto, não é o foco da mudança.
Alternativa B — ✅ Correta ⟵ GABARITO
Descreve exatamente a transição: recursos identificados por URIs e verbos HTTP uniformes. É a definição central do REST.
Alternativa C — ❌ Incorreta
Eventos e mensageria assíncrona são características de arquiteturas orientadas a eventos (como filas de mensagens), não do REST, que é tipicamente síncrono e baseado em requisição-resposta.
Alternativa D — ❌ Incorreta
REST não se limita ao formato XML; ele pode usar JSON, HTML, XML, YAML, etc. A alternativa restringe indevidamente a representação a apenas XML.
Alternativa E — ❌ Incorreta
Conectar o cliente diretamente ao banco de dados é uma má prática de segurança e arquitetura. REST não expõe conexões de banco; ele opera sobre recursos via HTTP, abstraindo a camada de dados.
PEGA ESSA DICA!
Lembre-se do mnemônico: REST = Recursos + Representações + Verbos HTTP. Se a alternativa mencionar sessão, estado ou métodos remotos (RPC), provavelmente está errada para REST.