Uma aplicação mobile enviou a um gateway de APIs REST várias solicitações idênticas em sequência utilizando o método HTTP PUT. Essas solicitações idênticas resultaram em nenhuma alteração de estado do sistema de backend, a exceção da primeira solicitação que atualizou um registro no banco de dados. Nesse contexto, é correto afirmar que essa solicitação HTTP é
- A)acoplada.
Errada, porque acoplamento é um conceito de arquitetura de software, não a propriedade semântica de uma requisição HTTP.
- B)balanceada.
Errada, porque balanceamento se relaciona a distribuição de carga entre recursos, não ao comportamento repetido de um método HTTP.
- C)full-duplex.
Errada, porque full-duplex descreve comunicação nos dois sentidos simultaneamente, e não o efeito da requisição no estado do servidor.
- D)idempotente.
Certa, porque repetir a mesma requisição PUT não gera novo efeito no estado do backend após a primeira atualização, caracterizando idempotência.
- E)segura.
Errada, porque método seguro é aquele que não altera o estado do servidor, o que não corresponde ao PUT no cenário descrito.
Gabarito: D
Quando falamos em HTTP, a palavra-chave aqui é o efeito da requisição no servidor. Um método é considerado idempotente quando, mesmo que voce o envie várias vezes com os mesmos dados, o resultado final no backend permanece o mesmo. Em outras palavras: repetir a chamada não muda o estado além do primeiro processamento. Isso é bem útil em redes, porque erros de conexão podem levar a reenvios sem gerar bagunça extra. No caso do enunciado, a aplicação enviou várias solicitações idênticas usando PUT. A primeira alterou um registro no banco, mas as seguintes não produziram nova alteração de estado. Isso é exatamente a ideia de idempotência: a segunda, a terceira e as demais tentativas não acrescentam um novo efeito prático ao sistema. Vale lembrar a diferença clássica: seguro é outra coisa. Métodos seguros, como GET, não devem alterar o estado do servidor. Já o PUT pode alterar, sim, mas de forma idempotente. Então ele pode ser “ativo” na primeira vez e “comportado” nas repetições. A internet adora essa elegância meio sem graça. Em doutrina de protocolos HTTP, esse é o conceito padrão usado pela RFC 9110 ao tratar dos métodos e de suas propriedades semânticas: idempotência significa que múltiplas requisições equivalentes têm o mesmo efeito final que uma só. Por isso o gabarito é a letra D.