웹 서비스 기초와 구조(1)

Об этом предложении

1. Web Web의 기원과 정의 영어 -> 거미줄, 그물처럼 얽힌 구조 인터넷에 흩어진 수많은 문서가 링크를 통해 서로 연결된 모습이 마치 거미줄과 닮음 이처럼 문서들이 서로 연결된 구조를 웹 이라고 부름. 인터넷 위에서 표준규약(공통규칙)으로 자원과 정보를 제공하는 시스템(데이터를 주고 받는) Web Service 의 개념 웹을 통해 제공되는 서비스로, 사용자의 필요를 해결하는 기능을 인터넷을 통해 이용할 수 있도록 구현 한 서비스 사용자는 보통 웹 브라우저나 앱으로 서비스에 접속해 필요한 기능을 이용함. 웹 서비스 흐름 정리 사용자 <-> 클라이언트 <-> 인터넷 <-> 서버 <-> 데이터베이스 클라이언트가 요청을 하고 서버가 응답을 함 (한 쌍) 용어 정리 사용자(user): 웹서비스를 이용하는 '사람' 클라이언트(client): 사용자의 행동을 받아 서버에 요청을 보내는 '프로그램' 서버(server): 클라이언트의 요청을 처리하고 결과를 만들어내는 프로그램 데이터베이스(database): 데이터를 저장,조회,관리하는 소프트웨어 요청(request): 클라이언트가 서버에 처리를 요구하기 위해 전달하는 메시지 응답(response): 서버가 요청 처리 결과로 돌려주는 메시지 UI(User Interface): 사용자가 직접 보고 조작하는 화면과 그 구성요소 ex) 카톡 전송 버튼 API(Application Programming Interface): 프로그램이 다른 프로그램의 기능을 사용하기 위한 약속된 인터페이스 www: 웹 주소 앞에서 자주 보이는 www는 전 세계에 걸쳐 연결된 웹을 뜻하는 World Wide Web의 약자 2. HTTP Client - Server 모델 정리 인터넷으로 연결된 두 컴퓨터는 데이터를 주고받으며, 웹 서비스에서는 두 컴퓨터가 맡은 역할에 따라 클라이언트(Client)와 서버(Server)로 나누어 구분함. 클라이언트와 서버로 역할을 나누어 데이터를 요청하고 응답하는 구조 를 클라이언트-서버 모델이라고 함. 오늘날 대부분의 웹 서비스는 이 구조를 바탕으로 동작하며, 클라이언트-서버 모델에서는 항상 클라이언트가 먼저 서버로 요청을 보내고, 서버는 이에 응답함. <특징> 역할이 명확이 분리된다 요청과 응답의 방향이 정해져 있다 여러 클라이언트가 하나의 서버를 사용할 수 있다 서버는 항상 대기하며 요청을 처리한다 서버에서 데이터와 기능을 중앙에서 관리한다 역할은 통신 상황에 따라 달라질 수 있다. ex)브라우저 -> 웹서버 : 브라우저(클라이언트), 웹서버(서버) 웹서버 -> 데이터베이스 : 웹서버(클라이언트), 데이터베이스(서버) * 역할을 나누는 이유 * 가장 큰 이유는 데이터를 중앙에서 관리하기 위해서임. 서버라는 역할을 지정해 한곳에서 데이터를 관리하면, 나머지 컴퓨터는 서버에 필요한 데이터를 요청하고 항상 최신의 데이터를 받을 수 있음. HTTP(HyperText Transfer Protocol)란? 클라이언트와 서버가 요청과 응답 메시지를 어떻게 주고 받을지 정한 통신규칙 이 메시지는 요청인지, 응답인지 무엇을 요청하는지 (메서드) 요청이 성공했는지 실패했는지 (상태코드) 데이터는 어떤 형식인지 (헤더, 본문) HTTP 메시지의 구성 시작 줄(start line) 요청: 메서드 + URL + HTTP 버전 응답: 상태 코드 + 메시지 헤더(header): 메타데이터(형식, 길이, 인증 정보 등) 본문(body): 실제 전달되는 데이터 상태코드 클라이언트의 요청에 대해 서버가 처리 결과를 숫자로 알려주는 응답코드임. 2XX (성공) 3XX (리다이렉션) 4XX (클라이언트 오류) 5XX (서버 오류) *상태코드에서 클라이언트 코드가 서버 코드 보다 많은 이유? 상태코드는 사용자에게 뭐가 문제인지 알려주기 위한것이기 때문이기도 하고, 서버 코드가 많으면 보안문제가 발생할 수 있기 때문 Curl 을 활용한 HTTP 요청 예제 curl -X POST https://jsonplaceholder.typicode.com/posts -H "Content-Type: application/json" -d '{"title": "hello", "body": "world"}' { "title": "hello", "body": "world", "id": 101 }% 3. RestAPI API 란? 서로 다른 프로그램끼리 데이터나 기능을 사용할 수 있도록 정해 둔 인터페이스 ex) 서버: 로그인하려면 이런 형식으로 요청해 클라이언트: 그 형식에 맞게 요청할게 RestAPI 정의 웹의 기본 원칙을 따르는 API설계 방식 -> 자원을 중심으로 HTTP메소드를 사용해 클라이언트와 서버가 통신하는 API 설계 웹 API를 일관되게 설계하기 위한 대표적인 방식임 REST는 엄격한 규칙은 아니고, API를 일관된 방식으로 설계하자는 일종의 제안에 가까움 URL과 HTTP Method로 요청의 의도를 나타내는 방법 URL(Uniform Resource Locator) : 웹에서 자원의 위치를 식별하는 주소 HTTP Method : 클라이언트가 서버에 어떤 동작을 원하느지 표현하는 방법 GET : 자원 조회 POST : 자원 생성 PUT : 자원 전체 수정 PATCH : 자워 일부 수정 DELETE : 자원 삭제 ex) 클라이언트는 전체 사용자 목록 조회를 원한다 -> GET https://example.com/users 예외 케이스 기본 CRUD를 벗어나는 경우도 있음 의미 있는 행위 자체가 목적이 되는 요청이 존재함 -> 이런 경우 관례적으로 POST 사용 ex) POST/orders/123/cancel -> 주문 취소 (주문 삭제랑은 다름. ) POST/auth/login -> 로그인 POST/payments/1/confirm -> 결제 확정 Query Parameter URL에 붙여서 전달하는 데이터로, 주로 조회 조건이나 옵션을 표현할 때 사용 데이터를 어떻게 보고 싶은지를 서버에 알려주는 역할 경로(path)뒤에 ?key=value 형태로 추가 ex) https://www.google.com/search?q=python 를 검색창에 치면 python을 검색한 구글 창이 뜸!!