TIL) 웹 애플리케이션 아키텍처, API, 클라이언트와 서버의 통신, HTTP, 프로토콜이란?

 

클라이언트 - 서버 아키텍처(2티어 아키텍처) // Client Server Architecture (2 Tier Architecture)

 

상품 정보를 인터넷 어딘가에 존재하는 서버로부터 받아온다.

🤔만약 서버가 따로 존재하지 않고, 전부 앱 안에 담겨 있다면?

➥ 끊임없이 앱을 업데이트해야한다. 앱을 사용하는 사람들에게 상품 정보를 실시간으로 전달하기 어렵다. 

또한 결제도 불가! (결제도 은행 서버와 연결해서 하는거니까)

 

상품 정보 같은 리소스가 존재하는 곳과 리소스를 사용하는 앱을 분리시킨 것을 2티어 아키텍쳐 / 클라이언트-서버 아키텍처라고 부른다. 

리소스를 사용하는 앱이 클라이언트,

리소스를 제공하는 곳은 서버

 

서버는 리소스를 전달만 해주고, 리소스를 저장하는 공간이 따로 있다. 여기가 바로 데이터베이스!

➥ 클라이언트-서버-아키텍쳐 형태를 3 Tier 아키텍쳐라고 한다. 

 

프론트엔드의 영역 - 클라이언트/리소스를 사용하는 앱 (유저와의 전반적인 상호작용)

백엔드의 영역 - 서버 & 데이터베이스/ 리소스를 전달해주는 앱 & 리소스 저장 공간 (사용자 인증, 시스템 설계)

 

---

클라이언트와 서버가 통신하는 방법인 API

 

클라이언트와 서버 간의 통신은 요청과 응답으로 구성된다. 

 

프로토콜은 통신 규약이다. (여러가지 프로토콜이 있다.)

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

 

응용 계층의 주요 프로토콜

• HTTP: 웹에서 html, json등의 정보를 주고받는 프로토콜
• HTTPS : HTTP에서 보안이 강화된 프로토콜
• FTP: 파일 전송 프로토콜
• SMTP: 메일을 전송하기 위한 프로토콜
• SSH: CLI환경의 원격 컴퓨터에 접속하기 위한 프로토콜
• RDP: Windows 계열의 원격 컴퓨터에 접속하기 위한 프로토콜
• WebSocket: 실시간 통신,Push등을 지원하는 프로토콜

전송 계층의 주요 프로토콜

• TCP: HTTP, FTP 통신등의 근간이 되는 인터넷 프로토콜 // 양방향 연결 서비스, 스트림위주, 신뢰성
• UDP: (양방향의 TCP와는 다르게) 단방향으로 작동하는 훤씬 더 단순하고 빠르지만, 신뢰성이 낮은 인터넷 프로토콜 // 비연결형 서비스, 빠른속도/여러사용자/반복, 속도

 

---

API(Application Programming Interface)란?

 

컴퓨터에게 요청할 때는 정확한 주문 방법에 따라 요청해야한다. 

서버는 클라이언트에게 리소스를 잘 활용할 수 있도록 인터페이스를 제공하는 역할을 API가 한다. 

 

쉽게 설명해서 API는 메뉴판과 같은 역할을 하는 걸로 생각하면 된다. 

 

인터넷에 있는 데이터를 요청할 때에는 HTTP라는 프로토콜을 사용하며, 주소(URL, URI)를 통해 접근할 수 있다.

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

리소스를 그저 달라고(GET) 요청도 가능하고,  사용자를 추가해 달라고(CREATE) 요청하거나, 지워달라고(DELETE) 요청할 수도 있다. CRUD 각각의 행동과 일치하는 HTTP 메서드의 종류가 존재한다.

 

 

<HTTP API 디자인을 잘 하기 위해 꼭 기억해야 할 5가지 메서드>

참고

https://developer.mozilla.org/ko/docs/Web/HTTP/Methods

HTTP 요청 메서드 - HTTP | MDN

 

 

HTTP 메서드는 CRUD 행동에 따라 목적에 맞게 써야한다!!