Cookie와 Session

HTTP 프로토콜을 통한 통신을 할 때 사용되는 Cookie와 Session은 HTTP 프로토콜의 특징이자 약점인 Stateless, Connectionless를 보완하기 위해서 사용된다.

Stateless와 Connectionless

Stateless: 클라이언트의 상태 정보를 가지지 않는 서버 처리 방식으로, 클라이언트와의 이전 통신에서 데이터를 주고받았다 해도, 다음 통신에서 이전 데이터를 유지하지 않는다. 상태 정보가 없기 때문에 서버는 클라이언트의 정보를 기억하고 있을 수 없다.

Connectionless: 클라이언트가 서버에 요청을 보내면 Connection을 하고, 응답을 보낸 뒤 Connection을 닫는다. 각 통신마다 새로운 Connection을 맺는다.

위 특징들은 HTTP 프로토콜의 성능, 복잡도를 줄여 주지만, 클라이언트와 서버 간에 지속적인 상태 정보를 유지하지 않아 페이지를 이동할 때마다 로그인을 다시 해야 하거나, 상품을 선택했는데 구매 페이지에서 선택한 상품의 정보가 없거나 하는 일이 발생할 수 있다.

이런 문제는 웹 서비스를 개발할 때 많은 어려움을 유발한다. 무언가를 할 때마다 로그인을 다시 하는 건 매우 번거로운 일이기 때문이다.

HTTP의 Stateless와 Connectionless 문제를 해결하기 위해 우리는 Cookie와 Session(Session도 Cookie를 통해 동작한다)을 사용할 수 있다.

Cookie는 사용자가 어떠한 웹 사이트를 방문할 경우, 그 사이트의 서버에서 사용자의 컴퓨터에 저장하는 작은 기록 정보 파일이다. HTTP에서 클라이언트의 상태 정보를 클라이언트의 PC에 저장하였다가 필요시 정보를 참조하거나 재사용한다.

Cookie의 특징

Cookie의 동작 과정

Cookie 사용 예시

Session은 클라이언트가 브라우저에 접속하여 서버와 접속이 종료하기 전의 상태를 의미한다. 사용자가 웹사이트에 접속해 해당 창을 닫기 전까지의 상태이다. 방문자가 웹 서버에 접속해 있는 상태를 하나의 단위로 보고 그것을 세션이라고 부른다.

Session의 특징

Session의 동작 과정

Session 사용 예시

우선, Cookie와 Session은 다른 방식이 아니라는 것을 짚고 넘어가야 한다. Session도 결국 Cookie를 통해 Session ID를 저장하기 때문에 방법의 차이일 뿐, 둘은 같은 기술을 사용한다.

Cookie와 Session의 비교

Cookie는 서버에 저장할 것이 없지만, Session은 서버에 세션을 저장해야 하므로, 사용자가 많으면 서버에 부하가 올 수 있다.
Cookie는 text를 저장하지만, Session은(Session ID는 text로 Cookie에 저장될 것이지만) Object 형식으로 저장된다.
Cookie는 클라이언트 리소스를 사용하지만, Session은 서버 리소스를 주로 사용한다.
Cookie는 총 300개, 하나의 도메인 당 20개, 하나의 쿠키 당 4KB를 저장할 수 있지만, Session은 서버가 허용하는 한 용량 제한이 없다.
Cookie는 서버 측에서 데이터 관리와 상호작용을 할 필요가 없기 때문에 Session보다 속도가 빠르다.
Cookie는 정보를 클라이언트에 저장하기 때문에 Session보다 보안에 취약하다.

참고:

쿠키(Cookie), 세션(Session) 특징 및 차이

개요 > 쿠키(Cookie), 세션(Session) 각각 특성 및 차이 확실히 분류하기 메모 1. 공통점 : 웹 통신간 유지하려는 정보(ex:로그인 정보 등)를 저장하기 위해 사용하는 것(?) 2. 차이점 : 저장위치, 저장형

hahahoho5915.tistory.com