HTTP 메시지 구조 empty line 공백 라인(CRLF)는 무조건 들어가야 한다. HTTP 요청 메시지 GET /search?q=hello&hl=ko HTTP/1.1 Host: www.google.com HTTP 응답 메시지 HTTP/1.1 200 OK Content-Type: text/html;charset=UTF-8 Content-Length: 3423 ... 시작 라인 - 요청 메시지 start-line = request-line / status-line request-line = method SP(공백) request-target SP HTTP-version CRLF(엔터) HTTP 메서드(GET: 조회) 요청 대상(/search?q=hello&hl) HTTP Version 요청 메시지 - ..

연결을 유지하는 모델 클라이언트 2와, 3이 놀고 있어도 계속 연결한 서버가 유지를 해야 한다는 단점이 있음. 연결을 유지하지 않는 모델 최소한의 자원으로 서버를 유지할 수 있음. 비 연결성 HTTP는 기본이 연결을 유지하지 않는 모델이다. 일반적으로 초 단위 이하의 빠른 속도로 응답 1시간 동안 수천명이 서비스를 사용해도 실제 서버에서 동시에 처리하는 요청은 수십 개 이하로 매우 작다. 예) 웹 브라우저에서 계속 연속해서 검색 버튼을 누르지 않는다. 서버 자원을 매우 효율적으로 사용할 수 있다. 한계와 극복 TCP/IP 연결을 새로 맺어야 한다. - 3 way handshake 시간이 추가된다. 웹 브라우저로 사이트를 요청하면 HTML 뿐만 아니라 자바스크립트, css, 추가 이미지 등등 수많은 자원이..

무상태 프로토콜 무상태(Stateless) 서버가 클라이언트의 상태를 보존하지 않는다. 장점: 서버 확장성(스케일 아웃)이 높다. 단점: 클라이언트가 추가 데이터를 전송해야 한다. Stateful, Stateless 차이 상태 유지(Stateful) 중간에 다른 서버로 바뀌면 안 된다. 서버가 바뀔 시 상태 정보를 다른 서버에게 미리 알려줘야 한다. 무상태(Stateless) 중간에 다른 서버로 바뀌어도 괜찮다. 클라이언트 요청이 증가해도 서버를 대거 투입할 수 있다. 무상태는 응답 서버를 쉽게 바꿀 수 있다 -> 무한한 서버 증설이 가능하다. 무상태(Stateless)의 한계 무상태 - 데이터를 너무 많이 보낸다. 로그인이 필요 없는 단순한 서비스 소개 화면 상태 유지 로그인 로그인한 사용자의 경우 로..

클라이언트 서버 구조 Request Response 구조 클라이언트는 서버에 요청을 보내고, 응답을 대기 서버가 요청에 대한 결과를 만들어서 응답 클라이언트와 서버를 분리하는 것이 중요하다. 비즈니스 로직과 데이터를 서버에 넣고 클라이언트는 UI와 사용성에 집중한다. 클라이언트와 서버가 각각 독립적으로 진화 가능하다. 참조 모든 개발자를 위한 HTTP 웹 기본 지식 - 인프런 | 강의 실무에 꼭 필요한 HTTP 핵심 기능과 올바른 HTTP API 설계 방법을 학습합니다., - 강의 소개 | 인프런... www.inflearn.com

데이터베이스 연결 ConnectionConst public abstract class ConnectionConst { public static final String URL = "jdbc:h2:tcp://localhost/~/test"; public static final String USERNAME = "sa"; public static final String PASSWORD = ""; } 데이터베이스에 접속하는데 필요한 기본 정보를 작성하는 추상 클래스. 데이터베이스 URL, 데이터베이스 USERNAME, 데이터베이스 PASSWORD를 작성하여 저장하였다. 변경되는 값이 아니므로 상수로 선언. DBConnectionUtil import lombok.extern.slf4j.Slf4j; import ja..