1. 자바 네트워킹의 초기 시대
- 자바가 처음 등장했던 1995년부터 2002년까지, 네트워크 프로그래밍은 상당히 복잡한 작업이었습니다.
- C 언어의 소켓 라이브러리를 기반으로 한 초기 자바의 네트워킹 API(java.net)는 객체 지향적인 인터페이스를 제공했지만, 여전히 많은 상용구 코드(boilerplate code)가 필요했습니다.
1.1 전통적인 블로킹 I/O
- 초기 자바의 네트워킹 API는 시스템 소켓 라이브러리의 블로킹 함수만을 지원했습니다.
- 다음은 전통적인 블로킹 I/O를 사용한 서버 코드의 예시입니다:
전통적인 블로킹 I/O 예시
// 서버 소켓 생성 및 포트 바인딩
ServerSocket serverSocket = new ServerSocket(portNumber);
// 클라이언트 연결 대기
Socket clientSocket = serverSocket.accept();
// 입력 스트림 설정
BufferedReader in = new BufferedReader(
new InputStreamReader(clientSocket.getInputStream()));
// 출력 스트림 설정 (autoFlush = true)
PrintWriter out = new PrintWriter(clientSocket.getOutputStream(), true);
String request, response;
// 클라이언트의 요청을 처리하는 메인 루프
while ((request = in.readLine()) != null) {
if ("Done".equals(request)) {
break;
}
response = processRequest(request);
out.println(response);
}
- 서버 소켓 초기화
ServerSocket이 지정된 포트 번호에서 연결 요청을 수신하기 위해 생성됩니다.- 이 소켓은 서버의 진입점 역할을 합니다.
- 클라이언트 연결 수락
accept()메서드는 새로운 클라이언트 연결이 들어올 때까지 블로킹됩니다.- 연결이 수립되면 클라이언트와의 통신을 위한 새로운
Socket객체를 반환합니다. ServerSocket은 다시 다른 연결 요청을 기다리는 상태로 돌아갑니다.
- 스트림 설정
BufferedReader는 소켓의 입력 스트림에서 생성되어 텍스트를 읽습니다.PrintWriter는 소켓의 출력 스 트림에서 생성되어 텍스트를 쓰고 자동으로 플러시합니다.- 두 스트림 모두 문자 기반으로 동작하며, 바이트-문자 변환을 자동으로 처리합니다.
- 요청 처리 루프
readLine()메서드는 클라이언트로부터 개행문자(\n)나 캐리지 리턴(\r)으로 끝나는 문자열을 받을 때까지 블로킹됩니다.- "Done" 메시지를 받으면 루프를 종료합니다.
- 각 요청은
processRequest()메서드로 처리되어 응답이 생성됩니다. - 응답은
println()을 통해 클라이언트로 전송됩니다.
경고
이 구현의 가장 큰 제한사항은 한 번에 하나의 클라이언트만 처리할 수 있다는 점입니다. 새로운 클라이언트가 연결을 시도해도, 현재 처리 중인 클라이언트의 요청-응답 사이클이 완료될 때까지 대기해야 합니다. 따라서 여러 클라이언트를 동시에 처리하기 위해서는 각 클라이언트 연결마다 새로운 스레드를 할당해야 했습니다. 이는 다음 섹션에서 설명할 심각한 확장성 문제를 야기했습니다.
1.2 블로킹 I/O의 한계
- 이러한 블로킹 I/O 방식은 다음과 같은 심각한 한계를 가지고 있었습니다:
- 리소스 낭비: 연결당 하나의 스레드가 필요하며, 많은 스레드들이 단순히 입출력 데이터를 기다리며 대기 상태로 있게 됩니다.
- 메모리 부담: 각 스레드는 OS에 따라 64KB에서 1MB 크기의 스택 메모리를 할당받아야 합니다.
- 컨텍스트 스위칭 오버헤드: JVM이 물리적으로 많은 스레드를 지원할 수 있다 하더라도, 10,000개 정도의 연결만 되어도 컨텍스트 스위칭 오버헤드가 심각해집니다.
2. Java NIO의 등장
- 2002년 JDK 1.4에서 도입된 java.nio 패키지는 이러한 문제를 해결하기 위한 논블로킹 I/O를 지원했습니다.
- Java NIO 참고
2.1 셀렉터(Selector) 기반 논블로킹 I/O
- Java NIO의 핵심은
java.nio.channels.Selector클래스입니다. - 셀렉터는 이벤트 통지 API를 사용하여 여러 논블로킹 소켓 중에서 I/O 준비가 된 소켓을 감지하고 처리할 수 있게 해줍니다.
2.2 셀렉터 기반 아키텍처
- 위 다이어그램은 셀렉터를 사용한 논블로킹 I/O의 구조를 보여줍니다.
- 이 설계의 핵심 특징은 다음과 같습니다:
- 단일 스레드 처리: 하나의 스레드가 셀렉터를 통해 여러 소켓 연결을 관리합니다.
- 이벤트 기반 처리: 셀렉터는 이벤트 통지 API를 사용하여 I/O 준비가 된 소켓을 감지합니다.
- 비동기 작업: 읽기/쓰기 작업의 완료 상태를 언제든 확인할 수 있습니다.
2.3 리소스 관리의 향상
- 이 모델은 블로킹 I/O에 비해 다음과 같은 장점을 제공합니다:
- 효율적인 리소스 활용
- 적은 수의 스레드로 많은 연결을 처리할 수 있습니다.
- 메모리 관리와 컨텍스트 스위칭 오버헤드가 크게 감소합니다.
- 유연한 스레드 활용
- I/O 작업이 없을 때는 스레드를 다른 작업에 활용할 수 있습니다.
- 시스템 리소스를 더 효율적으로 사용할 수 있습니다.
NIO 직접 사용의 위험성
Java NIO API를 직접 사용하여 많은 애플리케이션이 구축되었지만, 이를 올바르고 안전하게 구현하는 것은 결코 쉽지 않습니다. 특히 높은 부하 상황에서 I/O를 안정적이고 효율적으로 처리하고 디스패치하는 것은 매우 복잡하고 오류가 발생하기 쉬운 작업입니다.
3. 비동기와 확장성의 이해
- 비동기 프로그래밍은 우리의 일상생활에서 자주 접하는 개념입니다.
- 이메일을 예로 들면:
- 응답이 즉시 오지 않을 수 있습니다
- 예상치 못한 시점에 메시지를 받을 수 있습니다
- 답변을 기다리는 동안 다른 일을 할 수 있습니다
3.1 비동기와 확장성의 관계
- 비동기 시스템의 핵심 특징:
- 언제든지, 어떤 순서로든 발생하는 이벤트에 응답 가능
- 확장성 달성을 위한 핵심 요소
- 작업 완료를 기다리지 않고 다른 작업 수 행 가능
3.2 네트워킹에서의 비동기 처리
- 논블로킹 네트워크 호출의 장점:
- 작업 완료를 기다리지 않아도 됨
- 비동기 메서드는 즉시 반환
- 완료 시점에 사용자에게 알림
- 셀렉터 활용:
- 적은 수의 스레드로 많은 연결 모니터링 가능
- 블로킹 I/O보다 훨씬 많은 이벤트를 더 빠르고 경제적으로 처리
팁
비동기 프로그래밍의 이해는 현대적인 네트워크 애플리케이션 개발의 기초가 됩니다. 특히 높은 확장성이 요구되는 시스템에서는 필수적인 개념입니다.
4. 네티(Netty)의 필요성
- Java NIO는 강력한 기능을 제공하지만, 직접 사용하기에는 너무 복잡하고 오류가 발생하기 쉽습니다.
- 특히 높은 부하 상황에서 I/O를 안정적이고 효율적으로 처리하는 것은 매우 어려운 작업입니다.
4.1 네티의 주요 특징
- 네티는 이러한 복잡성을 추상화하고 다음과 같은 이점을 제공합니다:
- 통합된 API: 블로킹/논블로킹 전송 유형을 위한 단일화된 API 제공
- 단순하면서 강력한 스레딩 모델: 효율적인 이벤트 처리 아키텍처
- 체이닝 가능한 로직 컴포넌트: 재사용 가능한 구성요소 지원
- 뛰어난 성능: 코어 자바 API보다 더 나은 처리량과 더 낮은 지연시간
- 리소스 관리: 메모리 풀링과 재사용을 통한 리소스 소비 최적화
- 보안: SSL/TLS와 StartTLS 완벽 지원
5. 결론
- 네트워크 프로그래밍의 복잡성이 증가하고 동시성 요구사항이 높아짐에 따라, 저수준 API를 직접 다루는 것은 더 이상 실용적이지 않게 되었습니다.
- 네티는 이러한 복잡성을 추상화하면서도 높은 성능을 제공하는 프레임워크로서, 현대적인 네트워크 애플리케이션 개발에 필수적인 도구가 되었습니다.
팁
네티를 시작하기 전에 전통적인 자바 네트워킹과 NIO의 기본 개념을 이해하는 것이 좋습니다. 이를 통해 네티가 제공하는 추상화의 가치를 더 잘 이해할 수 있습니다.