HTTP TIL 13

2021년 9월 13일에 작성된 문서 9번 입니다.
http 배운 내용을 정리했습니다.

프록시 캐시

• 프록시: 클라이언트와 서버 사이에 대리로 통신을 수행하는 중계 기능을 하는 서버.

  클라이언트, 혹은 반대로는 서버가 다른 네트워크에 간접적으로 접속 할 수 있기 때문에, 보안, 캐싱을 통한 성능, 트래픽 분산 등의 장점을 가집니다.

한국에 있는 클라이언트에서 특정 데이터가 필요한 상황인데 해당 데이터의 원 서버가 미국에 있다고 가정.

• 한국에서 미국까지 직접 접근하여 이미지를 가져오는데 0.5초 소요.
• 한국 클라이언트는 모두 0.5초 가량을 기다려야 해당 이미지를 받을 수 있다.

클라이언트와 원 서버 사이에 위치한 프록시 캐시 서버를 도입.

한국에 프록시 캐시서버를 두고 한국의 클라이언트는 프록시 캐시서버를 통해 자료를 가져오도록 해봅시다.

• 여러 사람이 찾은 자료일수록 이미 캐시에 등록되어 빠른 속도로 자료를 가져올 수 있다.
  • 같은 국내에 있기에 원서버에 접근하는 것보다 훨씬 빠른 속도에 자료를 가져올 수 있기 때문.
  • 클라이언트에서 사용하고 저장하는 캐시를 private 캐시
  • 프록시 캐시 서버의 캐시를 public 캐시

캐시 지시어

캐시 지시어	설명
Cache-Control: public	응답이 퍼블릭 캐시에 저장되도 됨
Cache-Control: private	응답이 해당 사용자만을 위함. 프라이빗 캐시에 저장해야함.
Cache-Control: s-maxage	프록시 캐시에만 적용되는 max-age
Age: 60	오리진 서버에서 응답후 프록시 캐시에 머문시간(초)

캐시 무효화

캐시 지시어	설명
Cache-Control: no-cache	데이터는 캐시해도 되지만, 원서버에 검증하고 사용
Cahce-Control: no-store	데이터에 민감한 정보가 있어 저장하면 안됨. 메모리에서 사용하고 최대한 빨리 삭제
Cache-Control: must-revalidate	캐시 만료후, 최초 조회시, 원서버에 검증해야 함.
	원서버 접근 실패시, 반드시 오류 발생해야함 504 gateway-timeout
	캐시 유효 시간이라면 캐시 사용
Pragma: no-cache	HTTP 1.0 하위 호환

• 캐시를 무효화를 확실하게 해야하는 경우 Pragma와 같은 하위호환까지 포함하여 위와같이 적용해야 한다.

no-cache

• 캐시 서버 요청을 하면 프록시 캐시 서버에 도착하면 no-cache인 경우 원 서버에 요청.
• 원 서버에서 검증 후 304 응답.

• 프록시 캐시 서버와 원 서버간 네트워크 연결이 단절되어 접근이 불가능
• no-cache에서는 오래된 데이터라도 보여주자라는 개념으로 200OK으로 응답.

must-revalidate

• 원 서버에 접근이 불가할 때 504 Gateway Timeout 오류를 보냄.

  통장 잔고 등 중요한 정보가 원 서버를 못 받았다고 해서 예전 데이터로 뜬다면 큰 문제가 생기기때문에 이런 경우 must-revalidate를 써야 합니다.

Written with StackEdit.