- 안전(Safe Methods)
- 멱등(Idempotent Methods)
- 캐시 가능(Cacheable Methods)
안전(safe)
- 호출해도 리소스를 변경하지 않는다.(GET,HEAD 등)
- Q : 그래도 계속 호출해서, 로그 같은게 쌓여서 장애가 발생하면요??
- A : 안전은 해당 리소스만 고려한다. 그런 부분까지 고려하지 않는다.
멱등(Idempotent)
- f(f(x)) = f(x)
- 한번 호출하든 두 번 호출하든 100번 호출하든 결과가 똑같다.
- 멱등 메서드
- GET : 한번 조회하든, 두 번 조회하든 같은 결과가 조회된다.
- PUT : 결과를 대체한다. 따라서 같은 요청을 여러 번해도 최종 결과는 같다.
- DELETE : 결과를 삭제한다. 같은 요청을 여러번해도 삭제된 결과는 똑같다.
- POST : 멱등이 아니다! 두 번 호출하면 같은 결제가 중복해서 발생할 수 있다.
- 활용
- 자동 복구 메커니즘
- 서버가 TIMEOUT 등으로 정상 응답을 못 주었을 때, 클라이언트가 같은 요청을 다시 해도 되는가? 판단 근거
- 재요청 중간에 다른 곳에서 리소스를 변경해버리면?
- 사용자1: GET -> username:A, age:20
- 사용자2: PUT -> username:A, age:30
- 사용자1: GET -> username:A, age:30 -> 사용자2의 영향으로 바뀐 데이터 조회
- 멱등은 외부 요인으로 중간에 리소스가 변경되는 것까지는 고려하지 않는다.
캐시가능(Cacheable)
- 응답 결과 리소스를 캐시해서 사용해도 되는가?
- GET, HEAD, POST, PATCH 캐시 가능
- 실제로는 GET, HEAD 정도만 캐시로 사용
- POST, PATCH는 본문 내용까지 캐시 키로 고려해야하는데, 구현이 쉽지 않음
- 똑같은 리소스랑 키가 맞아야하는데, 바디 안에 데이터까지 고려해야해서 거의 캐시로 사용하지 않는다.
- get을 url만 키로 잡고 캐시하면 되서, 실제로는 get이나 head까지만 사용한다.
'웹 애플리케이션' 카테고리의 다른 글
17. HTTP 메서드 - HTTP API 설계 예시 (1) | 2023.10.30 |
---|---|
16. HTTP 메서드 - HTTP 메서드의 속성 (1) | 2023.10.16 |
14. HTTP 메서드 - HTTP 메서드 - PUT, PATCH, DELETE (0) | 2023.10.16 |
13. HTTP 메서드 - HTTP 메서드 - GET, POST (0) | 2023.10.16 |
12. HTTP 메서드 - HTTP API를 만들어보자 (1) | 2023.10.16 |