Netty, Jetty, Undertow: 장단점 및 실무 사용 사례

1. Netty

장점

• 고성능: 비동기 및 이벤트 기반으로 높은 처리량과 낮은 레이턴시 제공.
• 유연성: TCP, UDP, HTTP 등 다양한 네트워크 프로토콜 지원.
• 확장성: 멀티스레드 환경에서 효율적으로 동작.
• 직접 제어 가능: 네트워크 통신의 세부 동작을 직접 구현 가능.

단점

• 복잡성: 저수준 네트워크 통신 구현으로 초기 학습곡선이 높음.
• HTTP 중심이 아님: HTTP 외에도 다양한 프로토콜을 다루지만, 고수준 HTTP 기능은 별도 구현 필요.

실무 사용 사례

• 실시간 채팅 서버 (예: WhatsApp 같은 메시징 앱)
• 게임 서버 및 멀티플레이어 동기화
• 프록시 서버, 로드 밸런서
• 고성능 API 게이트웨이

---

2. Jetty

장점

• 경량화: 메모리 사용량이 적고, 경량 애플리케이션에 적합.
• 웹소켓 지원: 내장 웹소켓 지원으로 실시간 애플리케이션 구현 용이.
• 모듈성: 구성 요소를 필요에 따라 추가/제거 가능.

단점

• 스레드 기반: 비동기 환경에서 Netty만큼 최적화되지 않음.
• 확장성 제한: 대규모 트래픽 처리에는 적합하지 않을 수 있음.

실무 사용 사례

• 소규모 REST API 서버
• 웹소켓 기반 실시간 애플리케이션
• Spring Boot의 Tomcat 대체 WAS

---

3. Undertow

장점

• 고성능: 논블로킹 I/O와 스레드 풀로 높은 처리량 제공.
• 유연성: 블로킹/논블로킹 모두 지원, 다양한 HTTP 기능 제공.
• 경량화: 임베디드 환경에서 효율적.

단점

• 커뮤니티 지원 부족: Jetty나 Netty에 비해 생태계와 문서가 적음.
• 특화된 사용 사례: 범용적으로 사용하기에는 제한적.

실무 사용 사례

• 경량 REST API 서버
• 고성능 API 게이트웨이
• WildFly와 함께 사용하는 엔터프라이즈 애플리케이션

---

4. 비교 요약

특징	Netty	Jetty	Undertow
성능	고성능 비동기	경량 서버로 적당한 성능	고성능 논블로킹
유연성	높은 유연성 (다양한 프로토콜)	HTTP 중심	HTTP 중심, 블로킹/논블로킹 지원
복잡성	높음	낮음	중간
사용 사례	실시간 서버, API 게이트웨이	REST API, 웹소켓	경량 서버, API 게이트웨이

---

5. 실무 선택 가이드

• Netty: 고성능이 필요하고 TCP/UDP 같은 네트워크 통신을 직접 제어해야 하는 경우.
• Jetty: 경량 REST API 서버나 웹소켓이 필요한 소규모 프로젝트.
• Undertow: 경량 서버가 필요하거나 블로킹/논블로킹 동작을 모두 활용해야 하는 경우.