O *Representational State Transfer* (REST) utiliza URI, que são nomes aplicados para identificar rec...

Alternativa B - As interações utilizam estados denominados stateless, provendo facilidade de composição e escalabilidade

Introdução

O estilo arquitetural REST (Representational State Transfer), introduzido por Roy Fielding em sua tese de doutorado, é a base da Web moderna. Ele não é um protocolo ou padrão, mas um conjunto de restrições (constraints) que, quando seguidas, resultam em sistemas mais eficientes e escaláveis.

Desenvolvimento

Uma das restrições fundamentais do REST é a comunicação stateless (sem estado). Isso significa que cada requisição feita pelo cliente ao servidor deve conter todas as informações necessárias para que o servidor entenda e processe o pedido. O servidor não armazena o contexto da sessão do cliente entre as requisições.

Análise

Abaixo, comparamos os conceitos citados nas alternativas:

| Conceito | Descrição no Contexto REST | | :--- | :--- | | Stateless | O servidor não mantém estado. Isso facilita a escalabilidade, pois qualquer servidor pode atender qualquer requisição. | | Stateful | O oposto do REST. O servidor precisaria manter memória de cada cliente, o que dificulta o balanceamento de carga e a composição de serviços. | | Acoplamento | O REST busca o baixo acoplamento, permitindo que cliente e servidor evoluam de forma independente. |

A alternativa B está correta porque identifica corretamente a natureza stateless e os benefícios de escalabilidade e composição. As outras alternativas erram ao sugerir o uso de stateful (C e E) ou ao associar complexidade como foco (A).

Conclusão

Portanto, a característica de não manter estado no servidor é o que permite que sistemas REST sejam altamente escaláveis e facilmente integráveis em ambientes distribuídos.

Alternativa B.