HTTP/네트워크 기초

 

 

 

 

 

📌 HTTP/네트워크 기초

 

 

📍클라이언트 - 서버 아키텍처

 

리소스가 존재하는 곳과 리소스를 사용하는 앱을 분리시킨 것이

2티어 아키텍처, 또는 클라이언트-서버 아키텍처라고 부른다

리소스를 사용하는 앱 - 클라이언트(client) // 카페로 치면 손님

리소스를 제공하는 곳 - 서버(server) // 커피를 가지고 있는 점원

-> 클라이언트는 서버에 요청을 보내고, 응답을 받는다

 

 

 

 

🔗 3-Tier 아키텍처

 

일반적으로 서버는 리소스를 전달해 주는 역할만 담당

리소스를 저장하는 공간 - 데이터베이스(창고) 

창고가 추가되면 3티어 아키텍처라고 부름

 

 

 

 

 

🔗 프론트엔드와 백엔드

 

프론트엔드 - 클라이언트처럼 사용자가 직접 눈으로 보고, UI를 클릭 또는 터치하는 등의 개발

백엔드 -  눈에 보이지 않지만, 상품 정보를 API로 노출한다든지. 로그인/아웃 등 시스템 설계를 개발

 

 

 

 

 

🔗 클라이언트와 서버 종류

 

클라이언트는 플랫폼에 따라 구분

브라우저를 통해 주로 이용하는 웹 플랫폼에서의 클라이언트는 웹사이트 또는 웹 앱

 

서버는 무엇을 하느냐의 따라 구분

파일을 제공하는 앱, 정보를 제공하는 앱, 메일을 주고받는 앱 등 

 

 

 

 

📍클라이언트 - 서버 통신과 API

 

 

🔗 프로토콜

 

통신 규약, 즉 약속

카페에서 주문을 하기 위해서는 지켜야 할 약속이 존재라고 생각하자

 

 

🔗 웹 애플리케이션 프로토콜 : HTTP

웹 애플리케이션 아키텍처에서는 클라이언트와 서버가 서로 HTTP라는 포로토콜을 이용해

서로 대화를 나누고 HTTP를 이용해용 주고받는 메시지를 "HTTP 메시지" 라고 한다

 

 

🔗 주요 프로토콜

 

 

 

 

🔗 API(Application Programming Interface)

 

서버가 클라이언트에게 리소스를 잘 활용할 수 있도록 인터페이스를 재공

인터페이스란? 의사소통이 가능하도록 만들어진 접점

 

보통 인터넷에 있는 데이터를 요청할 때에는 HTTP라는 포로토콜을 사용

주소(url, uri)를 통해 접근

 

이를 통해 CRUD 사용

• create, get, update, delete

HTTP요청에는 메서드 라는 것이 존재

• GET, POST, PUT, DELETE

사용 용도에 따라서 적절하게 사용 가능

 

 

 

 

📍HTTP

 

🔗 HTTP 특징 : stateless(무상태성)

 

상태를 가지지 않는다는 뜻

HTTP로 클라이언트와 서버가 통신을 주고 받는 과정에서, HTTP가 클라이언트나 서버의 상태를 확인하지 않는다
다른 방법(쿠키-세션, API 등)을 통해 상태를 확인할 수 있다

 

 

 

🔗 HTTP Messages

 

HTTP Messages는 클라이언트와 서버 사이에서 데이터가 교환되는 방식

HTTP Messages에는 다음과 같은 두 가지 유형이 있다.

 

• 요청(Requests)
• 응답(Responses)

 

start line : start line에는 요청이나 응답의 상태를 나타냄 항상 첫 번째 줄에 위치, 응답에서는 status line이라고 함
HTTP headers : 요청을 지정하거나, 메시지에 포함된 본문을 설명하는 헤더의 집합
empty line : 헤더와 본문을 구분하는 빈 줄이 있다
body : 요청과 관련된 데이터나 응답과 관련된 데이터 또는 문서를 포함 요청과 응답의 유형에 따라 선택적으로 사용한다

이 중 start line과 HTTP headers를 묶어 요청이나 응답의 헤드(head)라고 하고, payload는 body라고 한다.