웹 서버(Web Server)와 웹 애플리케이션 서버(Web Application Server) 의 관계에 대해 정리를 해보자.
일단 이름이 긴 관계로 웹 애플리케이션 서버의 경우 WAS 로 줄여부르겠다.
우선 가장 간단하게 구성할 수 있는 두가지 방법이다.
1. 첫번째, 클라이언트가 자원을 요구하면 웹 애플리케이션 서버가 모두 처리한다. 처리 과정에 있어서 DB 접근이 필요한 로직이 있다면 이 또한 WAS 에서 역할을 맞아서 처리한다.
2. 두번째, 클라이언트가 자원을 요구하면, 정적 자원의 경우 Web Server가 처리해준다. 그 외로 정적 자원이 아닌 경우엔 WAS 를 통해 처리된다.
Web Server
웹 서버는 HTTP 를 기반으로 동작하며, 호스트 서버로의 요청에 대한 관리를 한다. 웹 서버가 하는 일은 경우에 따라 여러가지가 있겠으나 아주 대표적인 일은 정적 파일을 서빙하는 일이다.
여기서 말하는 정적 파일이란, 대표적으로 동적으로 바뀌지 않는 마크업 된 HTML 파일, JS 파일, CSS 파일 등이 있다.
대표적인 웹 서버는 Apache, NGINX 등이 있다. (여기서 말하는 Apache 는 Apache tomcat 과는 다른 것이다)
WAS(Web Application Server)
웹 애플리케이션 서버 다양한 언어로 구성할 수 있다. 웹 애플리케이션 서버는 다음과 같은 다양한 일을 수행할 수 있다.
- 정적 파일 서빙
- 비즈니스 로직 처리
- 동적인 작업 수행
대표적인 WAS 는 Tomcat, Jeus, Node.js 등이 있다.
Web Server 의 기능은 WAS 도 수행할 수 있다. 그런데 왜?
둘 다 정적 파일을 서빙할 수 있다. 그럼 WAS 만 쓰면 되지 않는가? 왜 복잡도가 높아지게 Web Server를 쓰는가? 라는 질문을 던지게 된다.
그 이유는 부하를 분산시키기 위함이다. WAS는 가볍든 무겁든 비즈니스 로직을 수행하는데, 이때 정적 파일 서빙까지 맡아서 한다면 더욱 부하가 높아진다. 결국 부하의 분산을 위해서 Web Server를 두는 것이다.
Web Server는 정적파일 서빙, 프록시 등의 일을 진행하고 WAS 는 비즈니스 로직을 처리, 동적인 작업등을 처리하여 클라이언트의 요청을 수행한다.
간단하지 않는가?
이 글이 도움이 되었다면 더 많은 분들께 공유해 주세요!
일부 정보가 오래되었을 수 있습니다