쿠키
클라이언트 로컬에 저장되는 키와 값이 들어있는 작은 데이터 파일.
인증이 유효한 시간을 명시할 수 있다.
쿠키는 클라이언트의 상태 정보를 로컬에 저장해두고 참조한다.
예) "오늘 더 이상 이 창을 보지 않음" 체크, 쇼핑몰의 장바구니, 인증, 추천, e-mail
순서
1. 클라이언트가 페이지를 요청
2. 서버에서 쿠키를 생성
3. HTTP 헤더에 쿠키를 포함 시켜 응답
4. 브라우저가 종료되어도 쿠키 만료 기간이 있다면 클라이언트에서 보관하고 있음
5. 같은 요청을 할 경우 HTTP 헤더에 쿠키를 함께 보냄
6. 서버에서 쿠키를 읽어 이전 상태 정보를 변경 할 필요가 있을 때 쿠키를 업데이트 하여 변경된 쿠키를 HTTP 헤더에 포함시켜 응답
쿠키를 쓰는 이유
세션은 서버의 자원을 사용하기때문에 무분별하게 만들다보면 서버의 메모리가 감당할 수 없어질 수가 있고 속도가 느려질 수 있기 때문이다.
쿠키의 폐기 후 재사용, 유효기간, 암호화 알고리즘 키관리 문제 등을 해결하기 위한
세션
서버에서 관리하는 사용자 정보파일
서버에서는 클라이언트를 구분하기 위해 세션 ID를 부여하며 웹 브라우저가 서버에 접속해서 브라우저를 종료할 때까지 인증상태를 유지한다.
사용자에 대한 정보를 서버에 두기 때문에 쿠키보다 보안에 좋지만, 사용자가 많아질수록 서버 메모리를 많이 차지하게 됨.
즉 동접자 수가 많은 웹 사이트인 경우 서버에 과부하를 주게 되므로 성능 저하의 요인이 된다.
순서
1. 클라이언트가 서버에 접속 시 세션 ID를 발급받는다.
2. 클라이언트는 세션 ID에 대해 쿠키를 사용해서 저장하고 가지고 있다.
3. 클라리언트는 서버에 요청할 때, 이 쿠키의 세션 ID를 서버에 전달해서 사용한다.
4. 서버는 세션 ID를 전달 받아서 별다른 작업없이 세션 ID로 세션에 있는 클라언트 정보를 가져온다.
5. 클라이언트 정보를 가지고 서버 요청을 처리하여 클라이언트에게 응답한다.
쿠키와 세션의 공통점
상태 유지 및 관리 / 사용자 인증수단
쿠키와 세션의 차이점
쿠키와 세션은 세션도 결국 쿠키를 사용하기 때문에 비슷한 동작원리를 가짐.
가장 큰 차이점은 사용자의 정보가 저장되는 위치. 때문에 쿠키는 서버의 자원을 전혀 사용하지 않으며, 세션은 서버의 자원을 사용한다.
보안
쿠키는 클라이언트 로컬에 저장되기 때문에 변질되거나 request에서 스니핑 당할 우려가 있어서 보안에 취약하지만 세션은 쿠키를 이용해서 sessionid 만 저장하고 그것으로 구분해서 서버에서 처리하기 때문에 비교적 보안성이 좋다.
라이프 사이클
쿠키도 만료시간이 있지만 파일로 저장되기 때문에 브라우저를 종료해도 계속해서 정보가 남아 있을 수 있다. 또한 만료기간을 넉넉하게 잡아두면 쿠키삭제를 할 때 까지 유지될 수도 있다.
반면에 세션도 만료시간을 정할 수 있지만 브라우저가 종료되면 만료시간에 상관없이 삭제된다.
속도
속도, 쿠키에 정보가 있기 때문에 서버에 요청시 속도가 빠르고 세션은 정보가 서버에 있기 때문에 처리가 요구되어 비교적 느린 속도를 낸다.
[참고]
캐시 (Proxy server)
사람들이 많이 가져가는 정보는 proxy server에 채워넣고 만약 이곳에 client가 원하는 정보가 없을 시, 원서버에서 가져와 proxy server에 채워두고 client에 제공한다.
- 40%는 cache, 60%는 원서버에서 가져오는 것이 좋다.
장점
▪ 클라이언트 요구에 대한 응답 시간 단축
▪ 액세스 링크 트래픽 감소
▪ poor 콘텐츠 제공자가 콘텐츠를 효과적으로 제공 (P2P 파일 공유도 마찬가지)
Conditional GET
HTTP 요청을 보낼 때 원서버 속 데이터와 cache 데이터의 날짜를 확인하고 둘이 다르면 cache를 업데이트한다. 이 때 날짜 정보까지 가진 cache를 conditional cache라고 한다.
Comments