스프링 MVC 1 - 웹 서버, 웹 애플리케이션 서버

웹 서버, 웹 애플리케이션 서버

웹이라는 것은 다 HTTP를 기반으로 통신을 한다.

예를 들어서, 클라이언트(웹브라우저)에서 URL을 치면, 인터넷을 통해서 서버에 접근을 하고, 서버에서는 HTML을 만들어서 클라이언트에 내려준다.
그러면 클라이언트는 받은 HTML을 가지고 우리에게 보여줄 것이다.

그런데, 클라이언트에서 서버로 데이터를 전송할 때, 그리고 서버에서 클라이언트로 데이터를 응답할 때,
이때 다, HTTP 라는 프로토콜을 기반으로 동작하게 된다.

 

그래서 웹 세상에서는 모든 것이 HTTP를 기반으로 데이터를 주고 받는다.

웹 서버가 뭘까? (Web Server)

• HTTP 기반으로 동작
• 정적 리소스 제공, 기타 부가기능
• 정적(파일) HTML, CSS, JS, 이미지, 영상
• 예) nginx, apache

 

웹 애플리케이션 서버는 뭘까? (WAS - Web Application Server)

• HTTP 기반으로 동작
• 웹 서버 기능 포함  (정적 리소스 제공 기능)
• 프로그램 코드를 실행해서 애플리케이션 로직 수행
  • 동적 HTML, HTTP API(JSON)
  • 서블릿, JSP, 스프링 MVC
• 예) 톰캣(Tomcat) Jetty, Undertow

 

웹 서버 vs 웹 애플리케이션 서버  - 차이

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

 

• 실제로 웹 시스템을 구성해야하면, WAS와 DB로 구성 가능
• WAS는 정적 리소스, 애플리케이션 로직 모두 제공 가능

 

그런데, WAS와 DB만으로 시스템을 구성할 경우, 아래와 같은 단점이 존재한다.

• WAS가 너무 많은 역할을 담당, 서버 과부하의 우려
• 가장 비싼 애플리케이션 로직이 정적 리소스 때문에 수행이 어려울 수 있음
• WAS 장애시 오류 화면도 노출 불가능

 

그래서 이러한 단점때문에 일반적으로는 WEB, WAS, DB 로 웹 시스템을 구성한다.

 

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

• 정적 리소스는 웹 서버가 처리
• 웹 서버는 애플리케이션 로직 같은 동적인 처리가 필요하면 WAS에 요청을 위임
• WAS는 중요한 애플리케이션 로직 처리 전담

 

웹서버를 앞에 두고 정적인 리소스를 웹서버가 처리하도록 하고,
애플리케이션 로직같은 동적인 처리가 필요하면, WAS가 처리하도록 한다.

이렇게하면, WAS는 중요한 애플리케이션 로직 처리를 전담할 수 있다는 장점이 있다.

 

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

• 효율적인 리소스 관리
  • 정적 리소스가 많이 사용되면 Web 서버 증설
  • 애플리케이션 리소스가 많이 사용되면 WAS 증설

 

이렇게 WEB, WAS, DB로 시스템을 구성하면,
시스템 리소스를 효율적으로 사용할 수 있다.

 

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

• 정적 리소스만 제공하는 웹 서버는 잘 죽지 않음
• 애플리케이션 로직이 동작하는 WAS 서버는 잘 죽음
• WAS, DB 장애시 WEB 서버가 오류 화면 제공 가능

 

요즈음에는 CDN이라는 정적 리소스들을 캐시할 수 있는 중간서버들을 놓기도하는데,
WEB, WAS, DB 로 구성된 웹 시스템을 기반으로 점점 발전된 것이다.