Web Server 와 WAS 를 알아보자

목차

1. Static Page, Dynamic Page 란?

2. Web Server의 개념과 역할

3. WAS (Web Application Server)의 개념과 역할

4. Web Server와 WAS를 구분하는 이유

 

1. Static Page, Dynamic Page 란?

 

브라우저는 정적 컨텐츠와 동적 콘텐츠가 모두 존재한다.

두 컨텐츠의 개념과 차이를 알아보자.

 

1 - 1. 정적 콘텐츠, static pages

정적 컨텐츠는 서버에 저장된, 모든 사용자에게 동일하게 전달되는 파일을 모두 일컫는다.

서버는 파일 경로 이름을 수신받고, 경로와 일치하는 File Contents를 송신한다. 즉 동일한 파일 경로를 수신받으면, 동일한 페이지(file contents)를 반환한다. 이를 정적 페이지(Static Pages)라 부른다.

 ex) image, html, css, js 처럼 컴퓨터에 저장된 파일

 

아래 이미지처럼, 싱가폴에 사는 앨리스가 보는 화면과 런던에 사는 밥이 보는 화면은 동일하다. 한국에 사는 성후가 보는 화면도 동일할 것이다. 동일한 파일 경로로 접속했기에, 동일한 페이지를 반환받는 정적인(static) 화면이다.

 

출처: https://www.cloudflare.com/ko-kr/learning/cdn/caching-static-and-dynamic-content/

 

 

1 - 2. 동적 컨텐츠, dynamic pages

동적 컨텐츠는 요청받은 인자의 내용에 맞춰 동적으로 변경되는 콘텐츠를 의미한다.

위와 달리, 앨리스와 밥이 보는 화면은 서로 다르다. 한국에 사는 봉주에게 보이는 화면 역시 다를 것이다. 즉 동일한 경로로 접근할지라도, 브라우저의 접속 위치 등의 요인으로 렌더링 되는 콘텐츠가 동적으로 변경된다.

출처: https://www.cloudflare.com/ko-kr/learning/cdn/caching-static-and-dynamic-content/

 

 

 

2. Web Server 의 개념과 역할 

 

2 - 1. 개념

hardware / software 두 가지 측면에서 생각할 수 있다.

 

1) Hardware

Web Server 소프트웨어와 website의 컴포넌트 파일이 저장된 컴퓨터를 의미한다.

 

2) Software

클라이언트(ex. browser)로부터 HTTP 요청을 받아 Static Pages (html, css, images etc)를 제공하는 프로그램을 의미

웹개발자가 흔히 얘기하는 web server 란 여기서 software 측면에 더 가깝다고 생각한다.

 

 

2 - 2. 역할

Http 를 기반으로 클라이언트의 요청에 적절히 응답한다. 

클라이언트의 요청에 따라 아래 두 가지 기능을 선택적으로 수행한다.

 

1) 정적인 컨텐츠 제공

WAS를 거치지 않고 바로 자원을 제공한다. 위에서 언급한 정적 콘텐츠 제공을 바로 Web server에서 담당한다.

 

2) 동적인 컨텐츠 제공

Web Server 는 클라이언트의 동적 요청을 WAS로 보내고, WAS 가 처리한 결과를 클라이언트에게 전달한다.

즉 동적인 요청도 web server를 거쳐가긴 한다. 다만 그에 응답하는 콘텐츠를 WAS에서 만들어 낼 뿐이다.

 

Web Server 의 대표적인 예시로 Apache Server와 Nginx 가 있다. 이중 Nginx를 Web Server로 사용하여 Reverse Proxy 기능을 구현할 수 있는데, 이에 관해선 아래에서 추가 설명하겠다. 혹은 🔗해당 링크를 참조해도 좋다.

 

정리

Web Server 는 클라이언트 요청을 받아 정적 콘텐츠를 반환한다.

 

 

3. WAS (Web Application Server)의 개념과 역할

 

3 - 1. 개념

Web server 를 포함하는 개념으로, 다양한 로직 처리를 요구하는 동적 콘텐츠 제공을 위해 만들어진 (Web) Application Server.

Web Server 와 WAS를 전혀 다른 존재로 보기엔 무리가 있다. WAS는 Web server의 기능을 구조적으로 분리하여 처리할 목적으로 제시됐다. Web Server 에서 DB 조회 및 비즈니스 로직 처리를 모두 담당하기엔 부하가 커지므로, WAS에서 해당 작업을 가져와 담당한다고 생각할 수 있다.

WAS는 Web Server + Web Container를 포함하는 형태로, 아래에서 Web Container 란 무엇인지 더 알아보자.

 

 

3 - 2. 역할

WAS는 "웹 컨테이너 / 서블릿 컨테이너"로 불리며, JSP와 Servlet 구동 환경을 제공한다.

서블릿 컨테이너란 간단히 서블릿을 모아둔 박스 정도로 생각할 수 있다.

 

Q. 여기서 잠깐, 서블릿이란?

A. Dynamic Web Page 를 생성할 때 사용되는 자바 기반 웹 애플리케이션 프로그래밍 기술을 의미한다.

동적 페이지를 생성할 땐 다양한 요청/응답이 있고, 이 요청과 응답에는 규칙이 존재한다.

왜냐하면 수많은 요청과 응답을 아무런 규칙 없이 일일이 처리할 수 없기 때문이다.

서블릿은 웹 요청과 응답의 흐름을 간단한 메서드 호출만으로 체계적으로 다룰 수 있는 기술이라 생각할 수 있다.

 

계속해서 WAS 의 역할,

HTTP 요청을 통해 애플리케이션을 수행하는 미들웨어로, DB 조회 및 다양한 로직 처리를 요구하는 동적 요청에 맞춰 동적 콘텐츠 제공한다.

+) 스프링부트는 Tomcat 이라는 WAS를 내장하고 있다. 즉 클라이언트의 다양한 요청에 응답할 수 있는 프로그래밍 규칙을 지닌 Container를 스프링부트 내부에 품고 있는 것이다. 동적인 요청이 톰캣을 통해 들어오면, 스프링부트에서 DB 조회 및 로직 처리 후 톰캣에 다시 응답하는 구조다.

 

정리

1. 프로그램 실행 환경과 DB 접속 기능을 제공하고,

2. 비즈니스 로직을 수행하며

3. 여러 트랜잭션을 관리할 수 있다. 물론 이외에도 여러 기능을 가진다.

 

 

4. Web Server 와 WAS를 구분하는 이유

 

4 - 1. Web Server 가 필요한 이유

클라이언트에 이미지 파일을 보내는 과정을 생각해 보면, 

1. 이미지 파일 같은 정적 파일은 웹 문서(HTML)가 클라이언트로 전송될 때 함께 응답되지 않는다.

2. 브라우저(클라이언트)는 HTML 문서를 먼저 받고, 그에 맞는 필요한 이미지를 다시 서버로 요청 -> 응답받은 후에 이미지를 렌더링 할 수 있다.

3. 이때 이미지를 내려주는 서버는 Web Application Server 가 아닌 Web Server로, 굳이 Application level까지 가지 않고 앞단에서 빠르게 필요한 (정적인) 파일을 보내 줄 수 있다.

4. 즉 Web Server 에서는 정적인 콘텐츠만 처리하도록 기능을 분배하여 서버의 부담을 줄일 수 있다.

 

4 -2. WAS 가 필요한 이유

A. 동적인 컨텐츠를 응답해야 하므로.

흔히 접하는 브라우저엔 정적 콘텐츠와 동적 콘텐츠가 모두 존재한다. 정적 컨텐츠만 응답하는 Web Server로는 동적 콘텐츠를 응답할 수 없다. 

Web Server 가 동적 컨텐츠 까지 대응하기 위해선, 클라이언트가 요청할 수많은 경우의 응답값을 미리 준비해야 하지만, 서버 자원은 모든 케이스에 대응할 만큼 충분하지 않다. 그래서 동적인 컨텐츠, 즉 요청에 맞는 데이터를 비즈니스 로직에 맞게 생성하여 제공하는 WAS가 필요하다. 자원을 효율적으로 사용할 수 있게 된다.

 

Q. 그럼 역으로 WAS 가 Web Server의 역할까지 모두 수행하면 되지 않을까? WAS는 동적으로 제공될 데이터를 준비할 수 있으니 정적 데이터도 ssap 가능하지 않을까? 

A. 우선 WAS 는 기본적으로 동적 콘텐츠를 제공할 목적으로 제안된 서버다.

Web Server 의 기능을 구조적으로 분리한 것, 그것이 WAS 니까!

 

만약 정적 컨텐츠 요청까지 WAS에서 처리한다면, 정적 데이터를 미리 준비하면서 동시에 비즈니스 로직까지 수행해야 하기에 서버 부하가 심해진다. 서버 자원 소모가 심해지고 자연스레 수행 속도가 느려진다. 이런 이유로, Web Server는 정적 콘텐츠를, WAS는 동적 콘텐츠를 제공하는 각자의 역할에 충실하기로 한다.

 

4 - 3. 번외) Reverse Proxy

Web Server 와 WAS를 분리하면 , Reverse Proxy의 이점을 누릴 수 있다.

- 클라이언트는 Web Server 를 통해 WAS에 접근해야 하므로 DB와 연관이 있는 중요한 WAS의 접근 보안성이 높아진다.

(Web Server 에서 보안 역할 - SSL 암복호화 처리 - 을 해줄 수 있기에)

- 클라이언트 요청이 들어오면 Web Server를 통해 여러 대의 WAS에 적절하게 분배할 수 있는 로드 밸런싱 기능으로 트래픽 분산이 가능하다. 

- 클라이언트가 자주 이용할 만한 리소스를 Web Server 에 캐싱하여 응답할 수 있다.

(- 글 초반부에 Web Server의 대표적인 예시로 Nginx 를Nginx를 들었는데, 실제로 Nginx를 리버스 프록시처럼 사용할 수 있다.)

 

 

 

ref
https://blog.naver.com/PostList.naver?blogId=qjawnswkd&from=postList&categoryNo=28