웹 어플리케이션 아키텍처

필요성

💡 자주 업데이트가 필요한 경우 리소스가 존재하는 곳과 리소스를 사용하는 앱을 분리시키는 것이 유리하다

2티어 아키텍처

💡 클라이언트(리소스를 사용하는 곳) - 서버(리소스가 존재하는 곳)

클라이언트 - (요청) -> 서버
서버 - (응답) -> 클라이언트

3티어 아키텍처

💡 클라이언트(리소스를 사용하는 곳) - 서버(리소스를 전달해 주는 곳) - 데이터 베이스(리소스가 존재하는 곳)

종류

📗 클라이언트의 종류
주로 플랫폼에 따라 구분

-웹 플랫폼(브라우저) : 웹 사이트 혹은 웹 앱
-스마트폰 또는 태블릿 : iOS 또는 안드로이드
-데스크탑 : 윈도우

📗 서버의 종류
무엇을 하느냐에 따라 구분

-파일 서버 : 파일을 제공하는 앱
-웹 서버 : 웹 사이트에서 필요로 하는 정보를 제공하는 앱
-메일 서버 : 메일을 주고 받을 수 있도록 하는 앱

클라이언트 - 서버 통신

📗 프로토콜
통신 규약. 웹 어플리케이션 아키텍처에서는 HTTP라는 프로토콜을 이용해서 HTTP 메시지를 주고 받음.

📗 API
Application Programming Interface의 약자. 서버가 만들어 놓은 클라이언트가 활용할 수 있는 리소스 전달을 위한 문서.

◾️ HTTP API
인터넷에 있는 데이터를 요청할 때는 HTTP 프로토콜을 사용하고, 주소(URL, URI)를 통해 접근하게 됨

◾️ 메소드
HTTP 요청. CRUD 행동과 일치하는 메소드의 종류가 존재.

요청	메소드
추가(Create)	GET
조회(Read)	POST
갱신(Update)	PUT 또는 PATCH
삭제(Delete)	DELETE