[Network] Web과 WAS, 그리고 Spring 🌱

---

웹 서버와 WAS의 차이, 그리고 Spring의 역할

---

Web Server 란?

브라우저로부터 HTTP 요청을 받고 요청에 맞는 정적 콘텐츠를 제공하는 프로그램

• 요청값에 상관없이 동일한 콘텐츠 제공 (HTML, CSS, image)
• 정적 리소스를 클라이언트에 서빙하는 역할

Web Server 의 기능

• 클라이언트로부터 HTTP 요청을 받을 수 있음
• 정적 콘텐츠 (HTML, CSS, JS, 이미지) 제공
• 동적 콘텐츠 요청 시 WAS에 전달하여 처리 결과 반환

---

WAS 란?

• DB조회나 다양한 비지니스 로직을 처리해 동적인 컨텐츠를 생성하고 제공하기 위해 만들어진 프로그램
• 정적 컨텐츠와 다르게 사용자나 인자값이 달라지게 되면 컨텐츠 내용이 바뀔 수 있음

WAS 의 기능

• 클라이언트로부터 HTTP 요청을 받을 수 있음 (대부분의 WAS는 Web Server 내장)
• 요청에 맞는 정적 컨텐츠(html, jpeg, css)를 제공할 수 있다.
• DB조회나 다양한 로직 처리를 통해 동적 컨텐츠를 제공할 수 있다.

Web Server와 WAS를 같이 사용했을 때의 장점

• 책임 분할을 통한 서버 부하를 방지한다. 즉 로드밸런싱(여러대의 WAS) 을 사용할 수 있다.
• 리버스 프록시(대리자)를 통해 실제 서버를 외부에 노출하지 않을 수 있다.

---

Spring 요청 처리 흐름

1. 클라이언트(브라우저) → WAS(Tomcat)
   사용자가 웹 브라우저에서 요청을 보내면, 요청이 WAS로 전달된다.
   WAS는 서블릿을 실행하는 환경을 제공한다.

2. WAS(Tomcat) → Filter → Servlet Container
   요청을 필터가 가로채 보안, 인증, 요청/응답 수정 등의 작업을 수행한다.
   필터를 통과한 요청은 서블릿 컨테이너로 전달된다.

3. 서블릿 실행
   서블릿이 요청을 받아 비즈니스 로직을 수행하고, DB 조회 및 로직 처리로 응답을 생성한다.

4. Servlet Container → 필터 → WAS → 클라이언트
   응답은 다시 필터를 거쳐 클라이언트(브라우저)로 전달된다.
   필터는 응답을 수정하거나 로깅할 수도 있다.

---

2025-04-04 추가
실무에 배포하는 방식으로 이해

1. WAR 파일 생성 및 배포
   maven package 명령으로 .war 파일을 생성하고,
   사용 중인 WAS(Tomcat 등)의 설정에 따라 지정된 배포 디렉토리에 업로드하면 자동으로 애플리케이션이 배포되고 실행됨. (Tomcat의 경우 기본적으로 /webapps 디렉토리에 배치)

2. 클라이언트 요청 → WAS 진입
   사용자의 요청은 먼저 WAS(Tomcat) 가 받음.

3. Filter 처리
   등록된 javax.servlet.Filter 들이 실행되어 공통 작업(CORS, 로깅 등)을 수행.

4. DispatcherServlet 진입
   필터를 통과한 요청은 DispatcherServlet으로 전달됨.
   Spring MVC의 핵심 프론트 컨트롤러이며 WAR 안에 포함됨.

5. 인터셉터(HandlerInterceptor) 동작
   preHandle()을 통해 로그인 체크, 권한 확인 등을 처리.

6. Controller → 비즈니스 로직 수행
   실제 비즈니스 로직 수행(Service → DB 등).

7. 응답 반환 처리
   응답은 다시 인터셉터의 postHandle(), afterCompletion()을 거쳐 필터를 지나 클라이언트에 전달됨.

---

최종 흐름 요약

[클라이언트 요청]                     ← 손님이 식당에 방문
   ↓
[WAS - Filter]                       ← 입구에서 마스크나 복장 확인
   ↓
[DispatcherServlet (war 서블릿 안)] ← 웨이터에게 주문 전달
   ↓
[Interceptor - preHandle()]         ← 웨이터가 단골 여부 확인, 주문 가능 확인
   ↓
[Controller → Service → DB]        ← 요리사(Controller)가 주방에서 요리(비즈니스 로직) 진행
   ↑
[Interceptor - postHandle(), afterCompletion()] ← 웨이터가 음식 상태 확인, 기록 후 서빙
   ↑
[Filter 응답 후처리]               ← 웨이터가 음식 서빙 직후 정리, 기록
   ↑
[클라이언트 응답 도착]              ← 손님이 음식 받고 식당 나감

---

Servlet Container와 Spring🌱 의 관계

• Servlet Container는 서블릿(Servlet)과 JSP를 실행하는 환경을 제공
• Spring은 서블릿 기반의 웹 프레임워크이며, Servlet Container 위에서 실행됨
• Spring MVC의 핵심인 DispatcherServlet도 결국 서블릿임

즉, Spring이 동작하려면 Servlet Container가 필요하며, Spring 자체는 서블릿 컨테이너를 포함하지 않는다.

---

Spring Boot의 경우

• Spring Boot는 Tomcat, Jetty, Undertow 같은 서블릿 컨테이너를 내장하고 있어 별도의 WAS 설치가 필요 없다.

---

마무리 정리

Web 서버, WAS, 그리고 Spring의 동작 방식에 대해 공부했다.
쌤은 Spring의 동작 방식에 대해 좀 더 깊게 알아보라 조언하고 따로 설명해주셨다.
다음에는 로드 밸런싱과 리버스 프록시에 대해 더 깊이 알아보고 실제 코드로 구현해봐야겠다.