웹 애플리케이션, 쿠키, 세션

📄 웹 애플리케이션 요청 흐름

• 브라우저에 https://google.com을 입력한다.
• 이미 방문한 기록이 캐시 메모리에 있다면 IP 주소를 캐시 메모리에서 가져온다.
  • 캐시: 브라우저 캐시 → hosts 파일 → DNS Cache (OS, router, ISP)
  • 캐시 메모리에서 찾지 못했다면 DNS 서버에 요청을 보낸다.
    • Root → Top-level(.com) → Second(google.com) → Third(maps.google.com)
    • 한 DNS 서버에서 다른 DNS 서버로 재귀적으로 질의한다.
• IP 주소를 찾으면 해당 주소에 HTTPS 요청을 보낸다.
• 웹서버에 요청이 도착한다.
• 웹서버는 저장소에 요청을 보내 페이지 관련 데이터들을 가져온다.
• 데이터들을 가져오는 중에 비지니스 로직이 작동한다.
• 로직들을 통해 요청받은 데이터들이 처리되고 브라우저에 응답한다.
• 응답받은 데이터들로 화면을 출력한다.

 

📄 웹 애플리케이션의 3단계 계층 구조

• Presentation Layer
  • 브라우저 등을 이용해 유저와 직접적으로 접촉한다.
  • Web Server가 이 영역에 포함되며, 유저 인터페이스 요소들을 포함한다.
• Application Layer
  • Business Layer, Business Logic 혹은 Domain Logic이라고 불리기도 한다.
  • 브라우저로부터 유저의 요청을 받아서 처리한다.
  • Application Server가 이 계층에 포함된다.
  • 데이터 접근을 위한 경로를 규격화하는 등의 과정이 이 계층에 작성된다.
• Data access layer
  • Persistence layer라고도 불린다.
  • 애플리케이션의 데이터 저장소에 접근하여 데이터를 불러오거나 저장을 담당한다.
  • Application Layer는 이 계층과 밀접한 연관을 가지고 있다.
  • 이 단계를 통해 Application Layer의 로직들은 어느 데이터베이스에 접근해서 데이터를 회수하고 혹은 저장할지를 더 최적화할 수 있다.

• Cross-cutting
  • 주로 보안, 통신, 운영 관리 등을 위한 요소
• Third-party integrations
  • 제3의 API 서비스를 이용하는 것을 의미한다.
  • OAuth 2.0을 이용한 소셜 로그인, PG 사를 이용한 결재 기능 등

 

📄 웹 애플리케이션의 구현 방식

 

Single Page Application

• 유저의 입력이나 요청에 의한 콘텐츠나 정보의 최신화가 페이지를 새로 불러오지 않고 현재 페이지에서 이루어진다.
• CSR (Client Side Rendering)

Microservice Architecture

• 작고 가벼운 특정한 한 가지 기능에 집중한 웹 애플리케이션
• 각 기능 요소들이 의존적으로 설계되지 않는다. 따라서 다양한 언어를 사용할 수 있다.
• MSA 제대로 이해하기
• 카카오 이모티콘 서비스는 왜 MSA를 선택했나?

Serverless Architecture

• 서버와 기타 기반 기능들을 외부의 3자인 클라우드 서비스 제공자에게 의탁하는 방식

 

📄 쿠키, 세션

• 쿠키
  • 웹 애플리케이션을 사용하는 유저의 정보를 클라이언트에 보관한다.
  • 다음 접속부터는 유저의 정보를 클라이언트가 서버로 보내서 유저를 서버가 식별하게 한다.
  • 쿠키에 담긴 내용으로 웹 애플리케이션에 유저가 설정했던 항목들에 대해 저장을 해서 다음에 이어서 같은 방식으로 작동하게 도와준다.
• 세션
  • 세션의 경우 서버에 Session-Id라는 고유 아이디를 할당해서 유저를 식별한다.
  • 단순하고 유출이 되면 안 되는 정보는 서버에서 관리를 하면서 세션 ID와 매칭 해서 저장해 관리한다.
  • 주로 사용되는 방법은, 세션정보는 쿠키에서 관리하고, 실제 매칭 되는 값들은 서버 측에서 관리하는 것이 일반적이다.