Spring Boot 기반 웹 애플리케이션에서는 spring-boot 패키지에 tomcat, jetty, undertow, netty를 포함한 내장 웹 서버가 포함되어 있습니다.
일반적인 웹 컨테이너 소개
수코양이
Tomcat은 현재 Apache 프로젝트에 포함되어 있으며, 공식 링크는하이퍼링크 로그인이 보입니다.
Tomcat은 주류 자바 웹 서버로서 매우 안정적이고 성숙하며, 커뮤니티는 활발하고 문서와 자원이 풍부합니다.
Tomcat은 Http, Http/2, AJP, WebSocket 프로토콜을 지원하며 Servlet 6.0을 지원합니다
부두
제티는 Eclipse에서 제공하는 서버이며, 공식 링크는하이퍼링크 로그인이 보입니다.
톰캣보다 가볍고 자체 비동기 지원을 제공합니다.
Jetty는 Http, Http/2, Http/3, AJP, WebSocket 프로토콜을 지원하며 Servlet 6.0을 지원합니다
네티
Netty는 시간 기반 비동기 네트워킹 프레임워크로, 특히 많은 동시 연결을 처리하는 고성능 웹 애플리케이션에서 널리 사용됩니다. 공식 링크는 다음과 같습니다하이퍼링크 로그인이 보입니다.
Netty는 SSL/TLS, HTTP, HTTP/2, HTTP/3, WebSockets, DNS, SPDY, SMTP 등 거의 모든 프로토콜을 지원합니다
조류
언더토우는 JBoos에서 제공하는 서버이며, 공식 주소는하이퍼링크 로그인이 보입니다.
언더토우는 경량, 고성능, 로컬 자원 소비가 특징이며, 임베디드 애플리케이션과 마이크로서비스를 지원합니다.
Undertow는 Http, Http/2, WebSocket 프로토콜을 지원하며 Servlet 4.0을 지원합니다
아파치 톰캣
Apache Tomcat은 널리 사용되는 웹 서버이자 서블릿 컨테이너입니다. 견고함, 사용 편의성, 그리고 Servlet API와의 호환성 덕분에 전통적인 Spring Boot 애플리케이션의 기본 선택지입니다.
주요 특징:
Servlet 기반: Tomcat은 Servlet API를 기반으로 구축되어 전통적인 Spring MVC 애플리케이션에 이상적입니다.
차단 입출력 시스템: Tomcat은 요청당 하나의 스레드 모델을 사용하므로, 각 들어오는 요청은 별도의 스레드에서 처리됩니다.
간단한 구성: Tomcat은 Spring Boot으로 쉽게 설정 및 구성할 수 있어 다양한 웹 애플리케이션에 이상적입니다.
내부 구조
커넥터: 네트워크 연결 관리, HTTP 요청을 수락 및 처리합니다.
컨테이너: 서블렛 수명 주기 관리를 담당하며, 로딩, 초기화 및 호출을 포함합니다.
스레드 모델: Tomcat은 스레드 풀을 사용하며, 각 요청은 풀 내 별도의 스레드에서 처리됩니다. 이 모델은 단순하지만 스레드 경쟁과 메모리 오버헤드로 인해 고부하 시 확장성 문제를 일으킬 수 있습니다.
예시 시나리오: 병렬 요청 처리
다섯 개의 병렬 요청이 톰캣 서버에 도착하는 시나리오를 생각해 봅시다:
요청당 하나의 스레드: Tomcat은 스레드 풀에서 다섯 개의 요청 각각에 별도의 스레드를 할당합니다.
입출력 차단: 각 스레드는 요청을 동기식으로 처리하며, 데이터베이스 호출과 같은 입출력 작업이 필요할 경우 차단합니다.
자원 관리: 스레드 풀에 충분한 자유 스레드가 있으면 다섯 개의 요청이 동시에 처리됩니다. 그렇지 않으면 다른 요청들이 스레드가 나올 때까지 대기합니다.
장점:
간단하고 이해하기 쉽습니다.
전통적인 웹 애플리케이션에 이상적입니다.
성숙하고 안정적이며 광범위한 커뮤니티 지지를 받고 있습니다.
결점:
스레드 오버헤드로 인해 고부하 시 확장성이 제한됩니다.
요청당 메모리 소모가 더 많아집니다.
네티
Netty는 고성능의 비동기 이벤트 기반 웹 애플리케이션 프레임워크입니다. 이 프레임워크는 반응형 프로그래밍을 위해 설계된 Spring WebFlux의 기본 프레임워크입니다.
주요 특징:
이벤트 주도: Netty는 이벤트 기반 아키텍처를 사용하여 대량의 동시 연결을 효율적으로 처리하기에 적합합니다.
비차단 입출력: Netty는 차단 없는 입출력을 활용하여 적은 스레드로 많은 연결을 처리할 수 있습니다.
확장성: 고동시성, 저지연, 고처리량 애플리케이션을 위해 설계되었습니다.
내부 구조
이벤트 루프: Netty의 핵심 구성 요소는 이벤트 루프로, I/O 작업을 비동기적으로 관리합니다. 이벤트 루프 그룹은 하나 이상의 이벤트 루프를 포함합니다.
채널: 들어오는 HTTP 요청과 같은 연결을 나타내며, 이벤트 루프와 연관됩니다.
스레드 모델: Netty는 많은 수의 연결을 처리하기 위해 소수의 스레드를 사용합니다. 각 이벤트 루프는 단일 스레드에서 실행되며 여러 채널을 처리하여 매우 확장성이 높습니다.
예시 시나리오: 병렬 요청 처리
네티 서버에 다섯 개의 병렬 요청이 도착하는 상황을 생각해 봅시다:
이벤트 기반 모델: Netty는 이벤트 루프에 다섯 개의 요청을 배포합니다.
비차단 입출력: 이 작업은 이벤트 루프 스레드를 차단하지 않습니다. 대신 I/O 작업은 비동기식으로 처리되어 동일한 스레드가 여러 연결을 효율적으로 관리할 수 있게 합니다.
확장성: 비블로킹 특성 덕분에 Netty는 비교적 적은 수의 스레드로 많은 연결도 처리할 수 있습니다.
장점:
I/O 집약적인 작업에 매우 효율적입니다.
높은 동시성에서의 우수한 확장성과 성능.
반응형 프로그래밍과 현대 웹 애플리케이션에 이상적입니다.
결점:
이해하고 설정하기가 더 복잡합니다.
전통적인 서블렛 기반 애플리케이션과 달리, 다른 프로그래밍 모델(반응형)이 필요합니다.
결론
Netty와 Tomcat은 서버 프레임워크 분야에서 서로 다른 분야를 담당합니다. Netty는 맞춤형 네트워크 프로토콜과 고성능 시나리오를 위해 설계된 매우 유연한 기본 프레임워크입니다; Tomcat은 Java EE와 Jakarta EE 표준을 준수하는 Java 웹 애플리케이션에 검증된 선택지입니다. 두 가지 중 어느 쪽을 선택할지는 프로젝트의 구체적인 요구에 따라 달라집니다. 즉, 맞춤형 프로토콜로 웹 서버를 구축할지, 전통적인 웹 애플리케이션을 만드는 것인지에 따라 다릅니다.
참조:
하이퍼링크 로그인이 보입니다.
하이퍼링크 로그인이 보입니다.
하이퍼링크 로그인이 보입니다.
하이퍼링크 로그인이 보입니다.
하이퍼링크 로그인이 보입니다. |
2025-8-12 10:49:16에 게시됨
|
|
|
|
