📗Spring MVC Study [ WEB SERVER, WAS, SERVLET ]

웹 서버 (Web Server)

• Http 기반으로 동작
• 정적 리소스 제공, 기타 부가기능
• 정적 리소스란?
  • 서버에서 사용자가 요청할 때 마다 실시간으로 생성되거나 변경되지 않는, 미리 준비된 파일이나 데이터를 의미한다.)
  • 즉 내용이 고정되어 있어 사용자마다 동일한 형태로 제공되는 자원을 말한다.
  • 웹 개발에서의 예시
    • HTML파일, CSS파일, JS파일, Image파일, PDF 파일 등이 있다.
• 웹 서버에는 nginx, apache 등이 있음.

웹 애플리케이션 서버 (Web Application Server, WAS)

• Http 기반으로 동작
• 웹 서버의 기능을 포함 + 정적 리소스 제공 기능
• 프로그램 코드를 실행해서 애플리케이션 로직 수행
  • 동적 HTML, HTTP API (JSON)
  • 서블릿, JSP, 스프링 MVC
• WAS에는 Tomcat, Jetty, Undertow 등이 있다.

Web Server, WAS 차이점

• 웹 서버는 정적 리소스(파일), WAS는 애플리케이션 로직
• 사실 둘의 용어도 경계도 모호하다.
  • 웹 서버도 프로그램을 실행하는 기능을 포함하기도 함
  • 웹 애플리케이션 서버도 웹 서버의 기능을 제공함
• 자바는 서블릿 컨테이너 기능을 제공하면 WAS
  • 서블릿 없이 자바 코드를 실행하는 서버 프레임워크도 있다.
• WAS는 애플리케이션 코드를 실행하는데 더 특화 되어있다.

구분	Webserver	WAS
처리 대상	정적 콘텐츠 (HTML, 이미지 등)	동적 콘텐츠 + 비즈니스 로직
기능	단순 요청/응답 처리	애플리케이션 실행 및 관리
복잡성	상대적으로 단순	복잡한 로직 처리 가능
예시 소프트웨어	Nginx, Apache HTTP Server	Tomcat, WebSphere
사용 목적	빠른 정적 파일 제공	웹 애플리케이션 운영

웹 시스템 구성 - WAS, DB

• WAS, DB 만으로 시스템 구성이 가능하다.
• WAS는 정적 리소스, 애플리케이션 로직 모두 제공 가능
• WAS가 너무 많은 역할을 담당, 서버 과부하 우려
• 가장 비싼 애플리케이션 로직이 정적 리소스 때문에 수행이 어려울 수 있다.
• WAS 장애시 오류 화면도 노출 불가능

웹 시스템 구성 - WEB, WAS, DB

• 효율적인 리소스 관리
  • 정적 리소스가 많이 사용되면 Web 서버 증설
  • 애플리케이션 리소스가 많이 사용되면 WAS 증설
• 정적 리소스만 제공하는 웹 서버는 잘 죽지 않는다.
• 애플리케이션 로직이 동작하는 WAS 서버는 잘 죽음
• WAS, DB 장애시 WEB 서버가 오류 화면 제공 가능
  • WAS + DB 로만 구성되어있는 웹 시스템은 WAS 서버가 죽을 경우 오류 페이지도 보여주지 못한다.

---

일반적으로 사용하는 방식

• 정적 리소스를 앞에 두고, 동적 리소스가 필요하면 WAS로 넘기고 DB에 접근후 다시 역순으로 동작
• 웹 서버는 애플리케이션 로직 같은 동적인 처리가 필요하면 WAS에 요청을 위임
• WAS는 중요한 애플리케이션 로직 처리 전담

---

• REST API와같이 회사 간의 서버에서 데이터만 주고 받는 경우에는 WAS + DB 방식으로 동작하는 것이 더 유리하다.

---

서블릿 이전

• 웹 애플리케이션을 직접 구현할 경우 아래의 그림과 같은 내용을 모두 직접 구현해야 한다.
• 하지만 서블릿이 도입되고 난 후 비즈니스 로직 실행 부분을 제외한 모든 작업을 서블릿이 대신해주게 된다.

서버에서 처리해야 하는 업무

• 웹 애플리케이션 서버 직접 구현

서블릿 (Servlet)

서블릿 이란?

• 서블릿은 JAVA를 기반으로 한 서버 측 프로그램으로, 주로 웹 애플리케이션에서 동적인 콘텐츠를 생성하거나 클라이언트 (EX:웹 브라우저)의 요청을 처리하는 데 사용됩니다. 서블릿은 Java EE(Java Enterprise Edition)의 일부로, HTTP 프로토콜을 통해 요청과 응답을 처리하는데 특화되어 있다.

서블릿 동작 방식

Http 요청, 응답 흐름

• Http 요청, 응답 흐름
• Http 요청 시
  • was는 request, response 객체를 새로 만들어서 서블릿 객체 호출
  • 개발자는 request 객체에서 http 요청 정보를 편리하게 꺼내서 사용
  • 개발자는 response 객체에 http 응답 정보를 편리하게 입력
  • was는 response 객체에 담겨있는 내용으로 http 응답 정보를 생성

---

서블릿 컨테이너 Servlet Container

• 톰캣 처럼 서블릿을 지원하는 was를 서블릿 컨테이너라고 한다.
• 서블릿 컨테이너는 서블릿 객체를 생성, 초기화, 호출, 종료하는 생명주기를 관리한다.
• 서블릿 객체는 싱글톤으로 관리한다.
  • 고객의 요청이 올 때 마다 계속 객체를 생성하는 것은 비효율
  • 최초 로딩 시점에 서블릿 객체를 미리 만들어두고 재활용
  • 모든 고객 요청은 동일한 서블릿 객체 인스턴스에 접근
  • 공유 변수 사용 주의 -> 공유변수를 잘못 사용할 경우 로그인을 했는데 다른 사용자의 이름이 보이는 등의 오류가 발생할 수 있음. > 그러니 주의하여 사용하자
  • 서블릿 컨테이너 종료시 함께 종료

📭 Reference

• 인프런 김영한 강사님의 스프링 MVC
• 링크 : https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-mvc-1