De acordo com a arquitetura REST, um serviço Web RESTful

O desenvolvimento de um web service RESTful é apropriado quando não é necessário manter informações de estado entre chamadas do serviço.

https://www.devmedia.com.br/introducao-a-web-services-restful/37387

LETRA E

Princípios RESTful

1 - Cliente/Servidor -> Independência

2 - Stateless -> Comunicação sem Estado

3 - Sistema em Camadas -> Conexão Indireta com o Servidor

4 - Cache -> No cliente

5 - Interface Uniforme -> Generalização

6 - Código Sob Demanda -> Estender lógica do servidor

e-

não deve manter um estado de cliente no servidor.

deve manter um estado de cliente no client

https://www.google.com/amp/s/www.devmedia.com.br/amp/introducao-a-web-services-restful/37387

Olá, aluno! Vamos entender a questão e o porquê da alternativa E ser a correta.

A questão aborda o conceito de arquitetura REST em Web Services. REST (Representational State Transfer) é um estilo arquitetônico que utiliza métodos HTTP e é amplamente utilizado para a criação de APIs (Application Programming Interfaces).

A alternativa E é a correta pois, de acordo com os princípios RESTful, um serviço não deve manter o estado do cliente no servidor. Em outras palavras, o serviço deve ser stateless (sem estado), ou seja, cada requisição do cliente ao servidor deve ser independente e conter todas as informações necessárias para o servidor entender e processar a solicitação.

Vamos agora analisar as alternativas incorretas:

A - Deve manter um estado de cliente no servidor.
Esta alternativa está incorreta porque, como mencionado, um dos principais princípios do REST é que o servidor não deve manter estado entre as requisições. Cada requisição deve ser autossuficiente.

B - Não consegue tratar cada requisição de forma independente.
Essa alternativa está errada porque o REST foi justamente projetado para tratar cada requisição de forma independente. A independência das requisições é uma das características que tornam o REST escalável e eficiente.

C - Suporta somente os métodos GET e POST.
Esta alternativa também está errada. Embora GET e POST sejam os métodos mais comuns, o REST suporta todos os métodos HTTP, incluindo PUT, DELETE, PATCH, entre outros. Cada um desses métodos tem um propósito específico no contexto de manipulação de recursos.

D - Não funciona bem com os protocolos HTTP.
A alternativa está equivocada porque a arquitetura REST foi projetada para ser usada com o protocolo HTTP. Na verdade, REST maximiza o uso das capacidades do HTTP, como métodos, cabeçalhos e códigos de status.

Espero que esta explicação tenha ajudado a esclarecer suas dúvidas sobre a arquitetura REST e por que a alternativa E é a correta. Se precisar de mais alguma coisa, estou à disposição!