Web Server / Web Application Server 이해하기

 

우리는 서버를 흔히 웹 서버 라고 부르는데, 웹 서버는 Web Server와 Web Application Server 두 가지로 나누어 볼 수 있다.

 

두 종류의 서버는 다른 업무를 담당한다.

 

예시를 통해 이해해보자.

 

사용자가 쇼핑몰 서버에 접속해서 내 페이지에 접속한다면 두 가지의 데이터를 확인할 수 있다.

 

첫 번째는 회사 로고 이미지이다.

이는 누가 접속하는 똑같은 데이터를 제공한다.

 

두 번째는 내 장바구니에 담긴 상품 목록과 같은 데이터다.

이는 다른 사람이 아닌 나만 볼 수 있는 데이터이다.

 

두 개의 차이점은 정적 데이터인지 동적 데이터인지의 차이이다.

 

두 개의 서로 다른 데이터를 제공할 때 서버가 하는 일의 성격은 같을까?

정답부터 말하자면 다르다.

 

Web Server는 사용자의 정적 요청, 즉 동일한 데이터가 들어오면 WAS를 거치지 않고 바로 사용자에게 응답한다.

WAS는 사용자의 동적 요청이 들어오면 비즈니스 로직 처리를 통해 데이터를 가져온 후 사용자에게 응답한다.

 

이 처럼 두 가지의 웹 서버는 처리하는 데이터의 종류가 다르다는 것을 알 수 있다.

우리가 자주 사용하는 Nginx 또한 Web Server의 역할을 띈다.

 

 

두 서버의 역할에 대해 자세하게 알아보면 더 이해가 될 것이다.

Web Server

Web Server는 정적 콘텐츠를 응답하고, 동적 요청은 받아서 WAS에 넘겨주는 역할을 한다.

 

이미 만들어져 있는 파일(이미지, HTML, CSS, JS, 동영상 등)을 디스크에서 꺼내 그대로 내어준다. 그렇기에 추가적인 계산이 필요하지 않아서, 매우 빠르고 가볍다.

 

위에서 말했듯이 대표 소프트웨어는 Nginx와 Apache이다.

우리에게 더 익숙한 Nginx는 웹 서버이자 리버스 프록시 역할을 동시에 하는 것이다.

 

WAS(Web Application Server)

WAS는 요청마다 새로 계산해서 결과를 만들어내는 역할을 한다.

 

쉽게 말하면 사용자로부터 들어오는 모든 비즈니스 로직(장바구니 조회, 결제  등등)을 처리하기 위해 프로그램 코드를 실행하고 처리하는 서버라고 생각하면 된다.

 

대표적으로는 Tomcat(자바)이 있고, Node.js 기반  서버와 Spring 애플리케이션 등이 해당된다.

왜 두 서버를 분리해서 배치할까?

보통 실무에서는 Web Server를 앞에 배치하고 그 뒤에 WAS를 배치하게 된다.

 

역할을 분리하게 되면 업무 분담이 가능하게 되고, 정적 요청(대부분의 요청)을 앞단 Web Server에서 빠르게 끝낼 수 있다.

그렇게 되면 WAS는 진짜 계산이 필요한 비즈니스 동적 요청에만 집중할 수 있고, 부하 분담이 가능하게 된다. 

 

둘째는 보안성이다.

WAS는 비즈니스 로직과 연결된 DB 정보등의 민감한 데이터가 포함되어 있다.

그렇기 때문에 Web Server를 통해 앞에서 리버스 프록시 역할을 하여 외부에서 WAS에 접근할 수 없도록 막을 수 있다.

 

셋째는 확장성이다.

Web Server가 리버스 프록시의 역할을 하면서 로드 밸런서 역할을 수행할 수 있다.

따라서 WAS를 여러 대 두고 요청을 분산해서 전달할 수 있다. 즉, 트래픽 분산 효과를 받을 수 있다는 것이다.

 

 

정리하자면, 웹 서비스의 요청은 크게 정적 요청과 동적 요청으로 나눌 수 있다. 그리고 이 구분에 따라 정적 요청은 Web Server(Nginx, Apache)가, 동적 요청은 WAS(Tomcat)가 담당하게 된다. 단순히 일을 나누는 것에서 끝나는 게 아니라, 앞단에 Web Server를 두는 것만으로도 여러 가지 이점을 함께 챙길 수 있다는 점이 핵심이다.