4. Session

Session
"세션을 유지하시겠습니까"

---

 

지난 글에 이어서 이번엔 Session에 대해 알아보고자 한다.

사용자가 웹 사이트를 방문할 때 로그인 상태를 어떻게 유지하는 것일까 ?

이러한 일상적인 기능에는 '세션(Session)'이라는 개념이 숨어있다. 이번 포스팅에선 웹 어플리케이션에서 세션이 어떻게 동작하는지에 대해 지난 쿠키와 비교해서 알아보고자 한다.

 

---

웹 서버 내 저장 + 단, SESSION_ID는 웹 브라우저 내 저장 및 전송

• 시간에 따라 기존 값을  없애줄까?
  • 세션 데이터가 일정 시간 동안 사용되지 않으면 자동으로 삭제해야한다. 세션 데이터는 주로 사용자 활동에 따라 생성된다. 시간이 지나면 더 이상 유효하지 않게 만들어야한다. → 백엔드 개발자가 배치 작업을 설정할 수 있다.

Session은 사용자의 상태 정보를 웹 서버 측에 저장하는 방법이다. 웹 브라우저 쿠키에 사용자 정보를 직접 저장하지 않고, 세션 ID(Session ID)만을 쿠키에 저장하여 서버와 클라이언트 간의 통신이 이루어진다. 세션 ID는 서버에 저장된 사용자 정보와 연결되어, 웹 서버는 클라이언트의 요청이 들어올 때마다 이 세션 ID를 사용해 관련 정보를 조회한다.

• Session의 동작 원리: 웹 서버는 클라이언트로부터 받은 세션ID로 서버 측 데이터베이스에서 해당 사용자의 데이터를 조회한다. 이 과정에서 웹 서버는 DB에 세션 정보를 저장해야한다. 이 DB는 보통 메모리 기반 데이터베이스(예: Redis)를 사용한다. (요청→조회 → 처리→반환)
• Session은 웹 브라우저로부터 쿠키로 SESSION_ID를 받아 해당 요청 유저의 정보를 조회한다
  • 따라서 속도가 매우 중요하다: API 호출마다 Session 조회가 필요하다
    • 따라서 메모리 기반 DB인 Redis를 많이사용한다. 

⚠️ Session을 사용한다고해서 Cookie를 사용하지 않는게 아니다

 → 웹 브라우저 내 Cookie에는 어떤 세션인지 알기위한 ID값을 저장하는게 꼭 필요하다.

 

---

쿠키의 단점  → 세션의 장점

1. 쿠키의 단점: 쿠키는 사용자의 민감정보를 웹 브라우저에 저장하므로 보안에 취약하다. (물론 HttpOnly, Secure, SameSite 등으로 방어는 가능하다.)   → 해당 포스팅 글 참고 2024.08.23 - [💻DEV-STUDY/ASAC] - 2. HTTP Cookie

2. HTTP Cookie

또한, 웹 브라우저 간에 공유가 되지 않으며 저장할 수 있는 데이터 용량이 작아 많은 정보를 저장하기엔 비효율 적이다.

 

• 세션의 장점: 세션은 민감한 정보를 웹 서버 측에 안전하게 저장하다보니 민감 정보들이 웹 서버 측에 안정적으로 저장하게 되고 세션 정보는 서버 중앙 집중적으로 저장하기때문에 여러 웹 브라우저에서 웹 브라우저 간 공유가 가능하다.

2. 쿠키의 단점: 쿠키는 Domain + Path만 일치한다면 해당 웹 서버로 모든 쿠키를 담아 요청하기때문에 쿠키로 저장하려는 정보량이 많을수록 요청 크기가 커진다. 이에따라 네트워크 오버헤드(Network Overhead)가 발생한다.(쿠키를 단지 저장소로 써서는 안되는이유.  → 웹 서버에게 알려주지 않아도 되는 정보의 경우 웹 스토리지를 사용) → 해당 포스팅 글 참고2024.08.24 - [💻DEV-STUDY/ASAC] - 3. Web Storage

3. Web Storage

 

• 세션의 장점: 세션은 데이터를 웹 서버 측에 저장하므로 클라이언트와 서버 간의 요청에 영향을 미치지 않는다.
  
  • 단, 매 요청마다 Session 저장소에 저장된 세션 정보를 조회해야 하므로, 빠른 데이터베이스(Redis)를 사용을 고려해야한다.

 

 

 

다음 포스팅은 웹 보안에 대해서 알아보고자 한다. (HTTPS와 CORS)
다음 포스팅을 끝으로 쿠키 세션 시리즈를 끝내보고자 한다.. 

---

ℹ️참고 

[ASAC 6기 강의자료]

 

https://phpcontrols.com/blog/cookie-and-session