본문 바로가기

socket

(9)
[Java] WAS의 Keep-Alive 구현 - TCP 연결과 해제 비용 줄이기 문제 발생 시나리오 이제까지 내가 구현한 초기 웹서버 모델은 하나의 TCP 연결에 대해서 하나의 요청을 처리하는 구조이다. 일단 나는 WAS의 초기 모델을 구현했을때, HTTP Keep-Alive에 대해서는 이론적으로만 어느정도 알고 있었다. 실제로는 어떻게 동작하는지는 몰랐었다. 내가 개발한 WAS를 크롬 브라우저로 테스트하기위해서 index.html파일을 GET 요청해보았다. 해당 index.html파일은 8개의 이미지 페이지 로딩이 필요했다. Hello Client! 서버의 요청 처리 결과크롬 브라우저로 요청을 날려보니, WAS에게 요청하기 위해서 병렬로 최대 6개의 연결을 맺는것을 로그로 확인하였다.아래는 클라이언트와 연결된 소켓 6개에 대한 로..
[Java] WAS의 HTTP 버전에 따른 확장성 구현 (2): 요청 메세지 파싱 객체 설계 내가 직접 구현중인 WAS의 HTTP 버전을 공통으로 처리하는 구조에서 요청 메세지의 파싱하는 객체를 설계하고 적용할려고한다. 이때 해당 객체를 설계하고 적용할려는 과정에서 겪게되는 문제를 해결하는 과정을 쓴 글이다. 공통의 구조로 여러 HTTP 버전을 처리할수 있다면, 재사용성과 확장성이 확보되어 유지보수하기 좋을것이다. 여기서 각 객체의 역할은 공통적이어야 한다. 이때 인터페이스를 정의하고 구현체를 외부에서 주입(Dependency Injection)하여, 객체 간의 결합도를 낮추고 코드의 유연성 및 재사용성을 높일수 있다.1. HTTP 버전에 따른 파싱 로직 파악하기WAS의 HTTP 버전에 따른 확장성 구현 (1) - HTTP1.1과 HTTP2.0의 메세지 전송 포맷과 방식 차이 이해에서 HTTP/..
[Java] WAS 구현- HTTP/1.1 Keep-Alive 구현 후 서버가 응답을 보내기 전에 연결이 끊기는 이슈 사건의 발단내가 구현한 HTTP 웹서버의 성능을 간단하게 테스트하고자 했다. 그중에서 HTTP Persistent Connection 기능을 구현한 것에 대해서 테스트를 해볼려했다. 처음에는 Apache Bench(ab)를 사용해서 테스트를 해보았지만, 소켓 연결을 유지한채로 여러 요청을 보내는 기능은 제공하지않았다. 그래서 HTTP Persistent Connection 성능 테스트를 지원하는 WRK을 사용하였다. WRK란?wrk is a modern HTTP benchmarking tool capable of generating significant load when run on a single multi-core CPU. It combines a multithreaded design with sca..
[Java] WAS 구현 - Request line 읽기시, 예상치 못한 EOF 반환값 이슈 HTTP/1.1 Request line 읽기시, 예상치못한 EOF 반환값 발생1. 발생한 문제의 경로 파악SocketInputStream이 주입된 BufferedReader의 readLine() 메서드로 HTTP/.1.1 요청 메세지의 첫줄인 request line을 읽었을때 null값이 발생했다.public HttpRequest(InputStream in) { try { BufferedReader br = new BufferedReader(new InputStreamReader(in)); String line = br.readLine(); if (line == null) { throw new IllegalStateException("Requ..
[Java] 4. HTTP 웹서버 구현 - HTTP 응답 데이터 처리 2. HTTP 웹서버 구현 - 요청에 대한 응답 처리와 책임 분리에서 클라이언트의 요청 처리하는 객체의 책임을 분리를 다음과 같이 하였다. HTTP 요청 데이터 처리는 3. HTTP 웹 서버 구현 - HTTP 요청 데이터 처리에서 작성하였고, 다음으로 HTTP 응답 데이터를 처리를 담당하는 HttpResponse 객체를 구현할려고한다.HTTP 응답 데이터 생성HTTP 응답 메세지의 데이터를 어떻게 만들것인가?HTTP 응답 메세지는 다음과 같은 포맷이다.  HTTP 응답 메세지는 크게 Status Line, Response Headers, Response Message Body 구조로 분리할수 있으며, 각 구조의 여러 요소들이 존재한다. 그러므로 다음 3가지 구조를 객체로 다루어서 HTTP 응답 데이터를 ..
[Java] 3. HTTP 웹 서버 구현 - HTTP 요청 데이터 처리 2. HTTP 웹서버 구현 - 요청에 대한 응답 처리와 책임 분리에서 클라이언트의 요청 처리하는 객체의 여러 책임에 대한 분리를 다음과 같이 하였다. 이번에는 그중에서 HTTP 요청 데이터를 처리를 담당하는 HttpRequest 객체를 작성할려고한다.  아래의 코드들은 지속적인 리펙토링과 테스트를 통해서 구현된것이다. 모든 과정을 적기에는 글의 내용이 너무나 길어져, 지금까지 가장 잘 정리된 코드를 기재하였다.HTTP 요청 데이터 파싱HTTP 요청 메세지에서 데이터를 어떻게 추출할것인가?HTTP 요청 메세지는 다음과 같은 포맷이다.  HTTP 요청 메세지는 크게 Request Line, Request Headers, Request Message Body 구조로 분리할수 있으며, 각 구조의 여러 요소들이 ..
[Java] 2. HTTP 웹서버 구현 - 요청에 대한 응답 처리와 책임 분리 1. HTTP 웹 서버 구현 - 클라이언트 요청과 처리에서 아주 간단히 클라이언트의 요청이 왔을때, 어떠한 요청인지 해석하지 않고 응답만 주도록 구현해보았다. 이번에는 HTTP 요청을 읽어서 해석하여 응답을 주도록 구현해볼려고한다.클라이언트의 간단한 GET 요청 처리 구현이전에 작성한 클라이언트의 요청을 처리하는 역할을 하는 RequestHandler 클래스에다가, 이어서index.html 리소스에 대한 GET 요청을 수행하도록 구현하였더니 다음과 같은 코드가 작성되었다. 한눈에 봐도 좋지 않은 코드라는 생각이 든다.import org.hello_webserver.webserver;import org.slf4j.Logger;import org.slf4j.LoggerFactory;import java.io..
[Java] 1. HTTP 웹 서버 구현 - 클라이언트 요청 처리 난 이전에 잠시나마 병특으로 시스템 엔진니어로 일하면서 Apache, Nginx, Tomcat를 설치하곤 했다. 이때는 설치 위주의 업무이기 때문에 소스코드을 들여다 볼일이 없었다. 그렇기에 소프트웨어 엔진니어 관점이 아니며 동작원리를 모른채로 물에 붕뜬 느낌이 많이 들었다. 소스코드 수준에서 알아야 비로써 이해가 되기때문에 직접 웹서버를 구현해볼려고한다. HTTP를 지원하는 간단한 웹서버를 단계적으로 발전시켜나갈 생각이다. 이 글에서는 HTTP 웹서버 구현 중 클라이언트의 요청을 처리하는 기능만 구현해볼것이다. HTTP 웹 서버 구현 사항 및 주요 기술HTTP 웹 서버 구현할 사항Java로 HTTP 웹서버 구현클라이언트 요청에 대해 "Hello Client!" 를 응답웹서버 동작에 대한 간단 로깅HTT..