HTTP/네트워크 기초

Chapter1. 웹 애플리케이션 아키텍처

 

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

 

인터넷 연결이 없는 쇼핑몰 앱은 과연 잘 작동할까? -x

이뉴는 상품 정보를 인터넷 어딘가에 존재하는 서버로부터 받아오기 때문이다.

서버는(server)는 단어 그대로 제공(serve)하는 주체입니다.

만일 판매하는 상품 정보가 앱 안에 전부 들어 있다면? 앱과 연결된 서버가 존재하지 않는다면? ->

앱 자체를 전부 업데이트 해야한다. 사용자에게 상품 정보를 실시간으로 전달하기가 매우 어렵다.

또한 결제도 불가능 하다. 결제도 결국 금전 정보를 주고받는 은행 서버와의 연결이 필요하다.

 

2-Tier 아키텍처

리소스를 사용하는 앱이 클라이언트, 리소스를 제공하는 곳은 서버라고 부른다.

3-Tier 아키텍처

서버는 무엇을 하느야에 따라 종류가 달라진다. 파일 서버는 파일을 제공하는 앱, 웹 서버는 웹사이트에서 필요로 하는 정보들을 제공하는 앱, 메일 서버는 메일을 주고받을 수 있도록 도와주는 앱이다.

데이터베이스도 데이터 제공자로서 일하므로 일종의 서버라고 할 수 있다.

 

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

 

클라이언트와 서버 간의 통신은 요청과 응답으로 구성된다. 클라이언트-서버 아키텍처에서는 서버 마음대로 클라이언트에 리소스를 전달하지 않습니다.

클라이언트와 서버 간의 통신을 알아보려면, 먼저 프로토콜이라는 개념을 이해 해야 한다.

프로토콜은 통신 규약, 즉 약속이다.

커피를 주문할 수 있는 방법(키오스크, 앱, 직접 주문)이 있듯이 이러한 방법 하나하나가 전부 프로토콜이다. => 서버와 통신할 수 있는 다양한 방법이 존재한다.(프로토콜 관련해서 올린 블로그 참고)

API란?

우리는 서버를 직접 짠 사람도 아님, 어떻게 사용 가능한 자원을 파악할 수 있을까??=>

이에 대한 정답이 바로API(Application Programming Interface)이다.

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

Interface는 의사소통이 가능하도록 만들어진 접점이다.

API는 여기서 아메리카노, 망고 프라푸치노, 콜드블루 같은 것이고

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

사용자 관리 API - URL 디자인은 비교적 단순하나 "메서드"라는 개념이 등장합니다.

HTTP 요청에는 메서드라는 것이 존재합니다. 사용자 관리 API에서는 사용자를 추가해 달라고(CREATE) 요청하거나, 지워달라고(DELETE) 요청할 수도 있습니다.

조회, 추가, 갱신, 삭제와 관련이 있습니다. 메서드 설명은 MDN "HTTP 요청 메서드"를 참고

 

<URL vs URI>

host - 웹 페이지, 이미지, 동영상 등의 파일이 위치한 웹 서버, 도메인 또는 IP

port  - 한대의 컴터안에 여러대의 서버가 있을 수 있음. 클라이언트가 접속할때 그중 3000포트에 연결되어 있는 서버가 연결된다. 즉, 웹 서버에 접속하기 위한 통로

main - 컴퓨터 안의 어떤 디렉토리에 어떤 파일인지를 가르킨다.

query string - 변경하면 웹서버에게 내가 읽고 싶은 정보는 html이고 12페이지라고 전달할 수 있다.

값과 값은 & 쓰면 이름= 값을 쓰기도 약속되어 있다. 시작은 ?이다.

 

URL은 CLI환경에서 폴더와 파일의 위치를 찾아 이동하듯이, 슬래시(/)를 이용해 서버의 폴더에 진입하거나 파일을 요청할 수 있다. 그러나 기본적인 보안의 일환으로 외부에서 직접 접근이 가능한 경우는 거의 없다. 

URL은 네트워크 상에서 웹페이지, 이미지, 동영상 등의 파일이 위치한 정보를 나타낸다.

 

URL은 scheme, hosts, url-path로 구분할 수 있습니다. 가장 먼저 작성하는 scheme은 통신 방식(프로토콜)을 결정합니다. 일반적인 웹 브라우저에서는 http(s)를 사용합니다. hosts는 웹 서버의 이름이나 도메인, IP를 사용하며 주소를 나타냅니다. url-path는 웹 서버에서 지정한 루트 디렉토리부터 시작하여 웹 페이지, 이미지, 동영상 등이 위치한 경로와 파일명을 나타냅니다.

URI는 Uniform Resource Identifier의 줄임말로, 일반적으로 URL의 기본 요소인 scheme, hosts, url-path에 더해 query, fragment를 포함합니다. query는 웹 서버에 보내는 추가적인 질문입니다. 위 그림의 http://www.google.com:80/search?q=JavaScript 를 브라우저의 검색창에 입력하면, 구글에서 JavaScript를 검색한 결과가 나타납니다. fragment는 일종의 북마크 기능을 수행하며 URL에 fragment(#)와 특정 HTML 요소의 id를 전달하면 해당 요소가 있는 곳으로 스크롤을 이동할 수 있습니다.

브라우저의 검색창을 클릭하면 나타나는 주소가 URI입니다. URI는 URL을 포함하는 상위개념입니다. 따라서, 'URL은 URI다.' 는 참이고, 'URI는 URL이다.' 는 거짓입니다.

 

Chapter2. 브라우저의 작동 원리(보이지 않는 곳)

Chapter3. 브라우저의 작동 원리(보이는 곳)

 

출처 코드스테이츠