HTTP 메서드 속성

안전(Safe Methods)

멱등(Idempotent Methods)

캐시가능(Cacheable Methods)

---

안전(Safe)

• 호출해도 리소스를 변경하지 않는다.
• GET, HEAD 같은 경우는 호출해도 변경이 일어나지 않기 때문에 안전하다.
• 그외에 무언가를 바꾸는 것들은 안전하지 않다.

안전의 부가적인 의심

• 계속 호출하여 로그 같은게 쌓여서 장애가 발생하는 경우도 안전한가?
• GET을 하던 도중 다른 사용자가 PUT으로 리소스를 변경해 버려도 상관 없을까?

멱등은 외부 요인으로 중간에 리소스가 변경되는 것 까지는 고려하지 않는다!

---

멱등(Idempotent)

• f(f(x)) = f(x)
• 한 번 호출하든 두 번 호출하든 100번 호출하든 결과가 똑같은 경우를 말한다
• 멱등 메서드
  • GET : 한번 조회하든, 두 번 조회하든 같은 결과가 조회된다.
  • PUT : 결과가 대체한다. 따라서 같은 요청을 여러번 해도 최종 결과는 같다.
  • DELETE : 결과를 삭제한다. 같은 요청을 여러번 해도 삭제된 결과는 똑같다.
  • POST : 멱등이 아니다!! 두 번 호출하면 같은 결제가 중복해서 발생할 수 있다.

활용

• 자동 복구 메커니즘
• 서버가 TIMEOUT 등으로 정상 응답을 못주었을 때, 클라이언트가 같은 요청을 다시 해도 되는가? 판단 근거

---

캐시가능(Cacheable)

응답 결과 리소스를 캐시해서 사용해도 되는가?

• GET, HEAD, POST, PATCH 캐시 가능
• 실제로는 GET, HEAD 정도만 캐시로 사용 (POST나 PATCH는 본문 내용까지 캐시 키로 고려해야 하는데, 구현이 쉽지 않음)
• 실무에서는 거의 GET만 캐시 가능하다! 라고 인식하면 된다