김영한님의 [스프링 MVC 1편]을 보고 작성한 글입니다:)


해당 글에서는 Web Server와 WAS에 대해서 알아보고, 왜 Web Server와 WAS를 구분해서 사용해야 하는지 알아본다.

 

웹 서버(Web Server)

  • HTTP 기반으로 동작하며, 클라이언트의 요청을 서비스하는 기능을 담당한다.
  • 기능1
    • 클라이언트 요청을 받아 정적인 컨텐츠 제공한다.
      • 정적 컨텐츠: 정적 HTML, CSS, JS, 이미지, 영상 등
    • 정적 컨텐츠는 WAS를 거치지 않고 바로 응답 가능하다.
  • 기능2
    • 클라이언트가 동적인 컨텐츠 제공을 요청하면, 그 요청을 WAS에 전달하고,
    • WAS가 처리한 결과를 클라이언트에게 전달한다.
  • 예) NGINX, APACHE

 

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

  • HTTP 프로토콜을 기반으로 동작하며, 웹 서버 단독으로 처리할 수 없는 DB조회나 다양한 로직 처리를 요구하는 동적 컨테츠를 제공한다.
  • 주요기능
    • 프로그램 코드를 실행해서 구현된 비지니스 로직 수행한다.
    • 비지니스 로직을 통해 만들어진 동적 컨텐츠 제공한다.
    • 서블릿, JSP 구동환경 제공하며, "웹 컨테이너(Web Container)" or "서블릿 컨테이너(Servlet Container)" 라고도 불린다.
    • 웹 서버 기능도 포함한다. (정적 컨텐츠 제공 가능)
  • 예) Tomcat, Jetty, Undertow

 

💡 Web Server와 WAS를 구분하는 이유

WAS가 Web Server의 기능도 모두 수행하면 되지 않을까?! 라고 생각할 수 있다.

 

만약 WAS만 사용한다면, 밑에와 같은 문제들이 발생한다.

  1. WAS가 정적 콘텐트 요청 처리까지 담당하여 서버 과부하가 올 수 있다.
  2. 정적 컨텐츠 처리 때문에 동적 컨텐츠 처리 속도가 느려질 수 있다.
  3. WAS 장애시 오류 화면 노출이 불가능하다.

따라서, Web Server를 WAS를 분리해서 사용해야 한다.

 

Web Server를 WAS와 앞에 두고 필요한 WAS들을 Web Server에 플러그인 형태로 설정하여 사용하면 효율적인 분산 처리가 가능하다. 

 

Web Service Architecture

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

https://gmlwjd9405.github.io/2018/10/27/webserver-vs-was.html

  • 정적 컨텐츠는 Web Server를 통해 WAS까지 가지 않고 앞단에서 빠르게 처리된다.
  • Web Server는 비지니스 로직같은 동적인 처리가 필요하면 WAS에 요청을 위임한다.
  • WAS는 DB조회와 같은 중요한 로직 처리를 전담한다.
  • Load Balancing으로 효율적인 리소스 관리를 할 수 있다.
    • 정적 리소스가 많이 사용되면 Web 서버 증설
    • 애플리케이션 리소스가 많이 사용되면 WAS 증설
  • WAS, DB 장애가 발생하면  Web Server가 오류 화면을 제공한다.

 

동작 과정

  1. Web Server는 웹 브라우저 클라이언트로부터 HTTP 요청을 받는다.
  2. Web Server는 클라이언트의 요청(Request)을 WAS에 보낸다.
  3. WAS는 관련된 Servlet을 메모리에 올린다.
  4. WAS는 web.xml을 참조하여 해당 Servlet에 대한 Thread를 생성한다. (Thread Pool 이용)
  5. HttpServletRequest와 HttpServletResponse 객체를 생성하여 Servlet에 전달한다.
    • Thread는 Servlet의 service() 메서드를 호출한다.
    • service() 메서드는 요청에 맞게 doGet() 또는 doPost() 메서드를 호출한다.
  6. doGet() 또는 doPost() 메서드는 인자에 맞게 생성된 적절한 동적 페이지를 Response 객체에 담아 WAS에 전달한다.
  7. WAS는 Response 객체를 HttpResponse 형태로 바꾸어 Web Server에 전달한다.
  8. 생성된 Thread를 종료하고, HttpServletRequest와 HttpServletResponse 객체를 제거한다.

 

 

다음 글 보러가기:)

2022.10.25 - [Spring] - [Web] 서블릿(Servlet)

 

참고

https://gmlwjd9405.github.io/2018/10/27/webserver-vs-was.html

https://devmoony.tistory.com/113

+ Recent posts