Questão de Redes de Computadores — Gerência de Redes — FCC 2022
Redes de Computadores›Gerência de Redes
Código
fc066823
Banca
FCC
Órgão
TRT - 4ª REGIÃO (RS)
Ano
2022
Cargo
Técnico Judiciário - Área Apoio Especializado - Especialidade: Tecnologia da Informação
Quando uma solicitação de dados é enviada a uma API REST, ela normalmente é feita por meio do protocolo HTTP. Depois que a solicitação é recebida, as APIs projetadas para REST (chamadas de serviços web ou APIs RESTful) retornam mensagens em diversos formatos. Para ser RESTful, a aplicação precisa seguir seis diretrizes de arquitetura. É necessário que ela tenha, dentre outras:Comunicação ..I.. entre servidor e cliente, ou seja, nenhum conteúdo do cliente é armazenado no servidor entre as solicitações. Em vez disso, as informações sobre o estado da sessão são mantidas com o ..II.. .Dados que possam ser armazenados em ..III.. para eliminar a necessidade de algumas interações entre o cliente e o servidor...IV.. de componentes para que as informações sejam transferidas em um formato padronizado, em vez de específico às necessidades de uma aplicação.Preenchem, correta e respectivamente, as lacunas I, II, III e IV:
Astatefull – cliente – database – Um contêiner DEVOS
Bstateless – cliente – cache – Uma interface uniforme
Cpowerfull – servidor – cache – Uma interface uniforme
Dstatefull – servidor – database – Uma interface HTML
Estateless – servidor – cache – Um contêiner DEVOS
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”.
APIs RESTful e as seis diretrizes de arquitetura
Gabarito: letra B. Uma API RESTful deve seguir seis restrições arquiteturais, dentre elas: comunicação stateless (nenhum estado do cliente armazenado no servidor), estado mantido com o cliente, dados armazenáveis em cache para reduzir interações, e uma interface uniforme para transferência padronizada de informações. Esses conceitos são clássicos da definição de REST (Representational State Transfer).
Alternativa A — ❌ Incorreta
Afirma que a comunicação é statefull (com estado), o que contraria o princípio REST de que cada requisição contém toda a informação necessária, sem dependência de estado anterior no servidor. Além disso, sugere "database" (banco de dados) no lugar de cache e "Um contêiner DEVOS" (termo sem relação com REST).
Alternativa B — ✅ Correta ⟵ GABARITO
Preenche corretamente as lacunas: stateless (comunicação sem estado), cliente (estado mantido no cliente), cache (dados armazenáveis em cache) e Uma interface uniforme (componentes transferem informações em formato padronizado).
Alternativa C — ❌ Incorreta
Utiliza "powerfull" (poderoso), que não é um termo da arquitetura REST. O correto é stateless. Também coloca o estado no servidor, quando deve ser mantido no cliente.
Alternativa D — ❌ Incorreta
Repete o erro de "statefull" e coloca o estado no servidor. Substitui cache por "database" e sugere "Uma interface HTML", que não é uma diretriz REST — a interface deve ser uniforme, mas não necessariamente HTML.
Alternativa E — ❌ Incorreta
Acerta em "stateless" e "cache", mas erra ao afirmar que o estado é mantido com o servidor (deve ser com o cliente) e ao substituir "interface uniforme" por "Um contêiner DEVOS" (termo inventado, sem relação com REST).
PEGA ESSA DICA!
Para memorizar as seis restrições REST (cliente-servidor, stateless, cache, interface uniforme, sistema em camadas, código sob demanda), lembre-se do mnemônico "CSCISCC" ou associe a sigla REST: Representational State Transfer — o estado (state) é transferido para o cliente, não armazenado no servidor.