HTTP 메서드[HTTP 메서드의 속성]

HTTP 메서드의 속성

• 안전(Safe Methods)
• 멱등(Idempotent Methods)
• 캐시가능(Cacheable Methods)

 

안전(Safe)

• 호출해도 리소스를 변경하지 않음
• GET, HEAD는 조회만 하기때문에 안전
• POST, PUT, PATCH, DELETE는 리소스에 변경이 생기기 때문에 안전하지 않음
• Q: 그래도 계속 호출해서, 로그 같은게 쌓여서 장애가 발생하면?
• A: 안전은 해당 리소스만 고려한다. 그런 부분까지 고려하지 않음

 

멱등(Idempotent Methods)

• f(f(x)) = f(x)
• 한 번 호출하든 두 번 호출하든 100번 호출하든 결과가 똑같음

 

멱등 메서드

• GET -- 한 번 조회하든, 두 번 조회하든 같은 결과가 조회 됨
• PUT -- 결과를 대체한다. 따라서 같은 요청을 여러번 해도 최종 결과는 같음
• DELETE -- 결과를 삭제한다. 같은 요청을 여러번 해도 삭제된 결과는 똑같음
• POST -- 멱등이 아님, 두 번 호출하면 같은 결제가 중복해서 발생할 수 있음

 

활용

• 자동 복구 메커니즘
• 서버가 TIMEOUT 등으로 정상 응답을 못주었을 때, 클라이언트가 같은 요청을 다시 해도 되는가에 대한 판단 근거가 됨
• Socket.IO를 통해 소켓 통신을 할때 접속 실패를 하게되면 다시 접속시도를 할 수 있다.
• webRTC에서 두 클라이언트간에 SDP 관계 수립후 영상을 송/수신해야할 때 제대로 데이터가 오지않는 경우 다시 negotiation 을 시도

 

외부 요인 무시

• Q: 재요청 중간에 다른 곳에서 리소스를 변경해버리면?
  • 사용자1: GET -> username:A, age:20 -> 반복 실행 중
  • 사용자2: PUT -> username:A, age:30 -> 사용자1이 실행 중일 때 리소스 변경
  • 사용자1: GET -> username:A, age:30 -> 사용자2의 영향으로 바뀐 데이터 조회
• A: 멱등은 외부 요인으로 중간에 리소스가 변경되는 것 까지는 고려하지는 않는다.

 

캐시가능(Cacheable Methods)

• 리소스(ex. Image)를 웹 브라우저에 저장
• 응답 결과 리소스를 캐시해서 사용해도 되는가?
• GET, HEAD, POST, PATCH 캐시가능
• 실제로는 GET, HEAD 정도만 캐시로 사용
  • 캐시를 하려면 똑같은 리소스랑 키가 맞아야 함 
  • POST, PATCH는 본문 내용까지 캐시 키로 고려해야 하는데, 구현이 쉽지 않음
  • GET은 URL만 캐시 키로 관리하면되서 구현이 쉽기에 사용이 편함