[TIL] Interaction with Sever

👉 Browser

대표적인 터미널 ex) 크롬, 웨일

👉 Client

터미널의 역할을 수행하는 컴퓨터, 사용자 입력을 주로 수행, 서버에 대한 응답을 화면에 표시
Messaging patterns
Request-Response : 대표적으로 HTTP가 사용하는 메시징 패턴, 보통 동기적으로 작동하며, 연결이 열리면 응답이 전달될때까지 기다리거나, timeout 전달
Publish-Subscribe : 수신자가 지정되지 않는 대신, 메시지가 발행되면 구독을 신청한 수신자에게 일괄적으로 전달, 비동기 메시징이며, 메시지 브로커 또는 Event bus라고 불리는 것이 중간에 구현되어야 함
Push technology(server push)
: Publish-subscribe 모델의 일종, 전송 요청이 클라이언트로부터 시작되지 않음, WebSocket 프로토콜을 이용해 구현 가능

👉 Server

서비스를 제공하는 컴퓨터로, 다수의 클라이언트 컴퓨터의 요청을 처리하기 위해 존재
Web Server, File Server 등, 웹페이지 지원이나, 공유 데이터의 처리 및 저장 등의 비즈니스 로직을 주로 수행

👉 API

HTTP 요청으로 원격 서버에 요청 할 수 있도록 외부로 노출된 추상화된 인터페이스
서버자원을 잘 가져다 쓸수 있게 만들어 놓은 → interface
GET/message : 메세지 전달
POST/message : 메세지 저장(서버가 클라이언트에게 JSON의 형태로 전달)

REST

: API 디자인에 있어서 HTTP 프로토콜을 의도에 맞게 사용하도록 정의된 아키텍쳐 스타일
→ URI는 정보의 자원을 표현, 자원에 대한 행위는 HTTP Method로 표현

👉 HTTP

서버와 클라이언트가 주로HTML 등의 문서를 주고받는 데 사용하는 프로토콜
규약과 규칙을 가지고 통신
TCP/IP
항상 요청과 응답으로 이루어진다.(client → server) 원하는 요청의 데이터가 없어도 응답을 해야한다.
Http 요청

: 어디서 보내는 요청인가, 어떤 클라이언트를 이용해 보냈는가 : method가 body를 가지는 지 확인 응답도 header와body구조를 가진다. 매 http요청은 모두 독립적 → state를 가지고 있지않다. connectionless : 한번의 요청에는 한번의 응답을 한다.

👉 AJAX

자바스크립트를 이용해서 비동기적으로 서버와 브라우저가 데이터를 주고 받는 방식을 의미
전체 페이지가 아닌 일부분만 갱신 가능.(JSON이나 xml형태로 필요한 데이터만 받아 갱신가능) → 속도 차이 때문에 이용
XMLHttpRequest : 서버와 자유롭게 통신가능

단점

히스토리 관리가 안된다. 연속적으로 데이터를 요청하면 서버 부하가 증가할 수 있다. XMLHttpRequest를 통해 통신을 하는 경우 사용자에게 아무런 진행 정보를 제공하지 않는다.
사용자가 페이지를 떠나거나 오작동할 우려가 있다.

🗿 Browser와 Server 간의 관계를 생각하고, 어떻게 통신을 하는지, HTTP와 API에 대해서 나만의 표현식으로 이해하도록 해야겠다.