2021년 7월 29일에 작성된 문서 1번 입니다.
http의 배운 내용을 정리했습니다.
클라이언트 서버 아키텍쳐
리소스가 존재하는 곳(서버)과, 리소스를 사용하는 앱(클라이언트)을 분리시킨 것 (2티어 아키텍쳐)
(위의 사례에 데이터 베이스를 추가하면 3티어 아키텍쳐)
-
리소스에 접근하는 앱 => 클라이언트 (프론트엔드 영역)
-
리소스가 존재하는 곳 => 서버 (백엔드 영역)
* 클라이언트의 요청이 먼저 있어야, 서버가 응답을 해준다.
HTTP를 이용한 클라이언트-서버 통신과 API
프로토콜 (약속)
- 웹 어플리케이션 아키텍쳐에서는 클라이언트랑 서버가 HTTP라는 프로토콜로 대화를 나눈다. (이 때 나누는 메시지는 HTTP 메시지)
- 주요 프로토콜들
| 프로토콜 이름 | 설명 |
|---|---|
| HTTP | 웹에서 JSON, HTML등 정보를 주고 받는 프로토콜 |
| HTTPS | HTTP에서 보안이 강화된 프로토콜 |
| FTP | 파일 전송 프로토콜 |
| SMTP | 메일을 전송하기 위한 프로토콜 |
| SSH | CLI 환경의 원격 컴퓨터에 접속하기 위한 프로토콜 |
| RDP | Windows 계열의 원격 컴퓨터에 접속하기 위한 프로토콜 |
| WebSocket | 실시간 통신, Push등을 지원하는 프로토콜 |
| TCP | HTTP, FTP 통신의 근간이 되는 인터넷 프로토콜 |
| UDP | 양방향 TCP와는 다르게 단방향으로 작동하는 훨씬 단순하고 더 빠르지만, 신뢰성이 낮은 인터넷 프로토콜 |
API (Application Programming Interface)
서버는 클라이언트에게 리소스를 잘 활용할 수 있도록 인터페이스(interface)를 제공해줘야 합니다. 이것을 API라고 합니다.
앱이 요청할 수 있고 프로그래밍 가능한 인터페이스
- 보통 인터넷에 있는 데이터를 요청할 때에는 HTTP라는 프로토콜을 사용하며, 주소(URL, URI)를 통해 접근할 수 있다.
HTTP API 디자인의 Best Practice "사용자 관리 API"
- HTTP 요청시 메소드를 지정해서 리소스랑 관련된 행동들(CRUD: Create/ Read/ Update/ Delete)를 지정할 수 있다.
- 예시
| 요청 | URL 디자인 | 메소드 |
|---|---|---|
| 모든 사용자 조회 | /users | GET |
| 새 사용자 추가 | /users | POST |
| 1번 사용자 정보 갱신 | /users/1 | PUT |
| 1번 사용자 정보 조회 | /users/1 | GET |
| 1번 사용자 정보 삭제 | /users/1 | DELETE |
- 기억해야할 메소드
HTTP 메소드는 CRUD 행동따라 목적에 맞게 사용해야한다.
| 요청 | 적절한 메소드 |
|---|---|
| 추가 (Create) | POST |
| 조회 (Read) | GET |
| 갱신 (Update) | PUT 또는 PATCH |
| 삭제 (Delete) | DELETE |
Written with StackEdit.
