WS와 WAS

😀이번 포스팅에서는 웹서버(WS)와 웹 어플리케이션 서버(WAS)를 알아보도록 하자.

웹서버(WS)

위키 백과의 웹서버 정의에 따르면

웹 서버(Web server)는 HTTP 또는 HTTPS를 통해 웹 브라우저에서 요청하는 HTML 문서나 오브젝트(이미지 파일 등)을 전송해주는 서비스 프로그램을 말한다. 웹 서버 소프트웨어를 구동하는 하드웨어도 웹 서버라고 해서 혼동하는 경우가 간혹 있다.

WS는 클라이언트(사용자)가 브라우저 주소창에 url을 입력하여 어떤 페이지를 요청하면, http 요청을 받아들여 HTML 문서와 같은 정적인 콘텐츠를 사용자에게 전달해주는 역할을 한다.

• 웹 서버의 임무는 대표적으로

1. 단순히 저장된 웹 리소스들을 클라이언트로 전달하고, 클라이언트로부터 콘텐츠를 전달받아 저장하거나 처리한다. 주로 이미지, CSS, 자바스크립트를 포함한 HTML 문서를 처리한다.

2. 사용자로부터 동적인 요청이 들어왔을 때, 해당 요청을 웹 서버 자체적으로 처리하기 어렵기 때문에 WAS에게 요청한다.

대표적인 웹 서버의 종류: Apache, Nginx, IIS(windows 전용 웹 서버)

웹 어플리케이션 서버(WAS)

WAS또한 WS와 마찬가지로 HTTP를 기반으로 동작한다. WAS는 주로 동적인 컨텐츠를 관리하지만, WS처럼 정적인 콘텐츠를 전달할 수 있는 기능 또한 제공한다.

WAS(Web Application Server)는 클라이언트의 요청에 대해 동적으로 웹 페이지를 생성하고 데이터베이스와의 연동 등의 업무를 수행하는 서버이다.

한국에서는 일반적으로 "WAS" 또는 "WAS S/W"로 통칭하고 있으며 공공기관에서는 "웹 응용 서버"로 사용되고, 영어권에서는 "Application Server" (약자 AS)로 불린다.

• 웹 어플리케이션 서버의 임무는 대표적으로

1. 프로그램 실행 환경과 데이터베이스 접속 기능을 제공한다.

2. 여러 개의 트랜잭션을 관리한다.

3. 업무를 처리하는 비즈니스 로직을 수행한다.

대표적인 WAS의 종류 : Tomcat, JBoss, Jeus, Web Sphere

WAS의 동적 컨텐츠 전달 과정

1. 웹서버로 부터 요청이 들어오면 제일먼저 컨테이너가 이를 알맞게 처리한다.

2. 컨테이너는 배포서술자(web.xml) 를 참조하여 해당 서블릿에 대한 스레드를 생성하고 요청(httpServletRequest) 및 응답(httpServletResponse) 객체를 생성하여 전달한다.

3. 다음으로 컨테이너는 서블릿을 호출한다.

4. 호출된 서블릿의 작업을 담당하게 된 스레드(미리 생성된 스레드)는 요청에 따라 doPost() 또는 doGet()을 호출한다.

5. 호출된 doPost() 또는doGet()메소드는 생성된 동적페이지를 Response객체에 실어서 컨테이너에 전달한다.

6. 컨테이너는 전달받은 Response 객체를 HTTPResponse형태로 전환하여 웹서버에 전달하고 생성되었던 스레드를 종료하고 요청(httpServletReqeust)및 응답(httpSerletResponse)객체를 소멸시킨다.

왜 WS + WAS로 사용할까?

🙄❓위의 WS 와 WAS의 설명대로라면, 정적인 컨텐츠만 있는 프로젝트도, 정적 • 동적인 컨텐츠가 모두 있는 프로젝트도 WAS만 사용해서 구현할 수 있는데. 왜 관리하기 불편하게 두 가지를 모두 사용해서 만드는 걸까?

모두 사용하는 이유는 여러가지가 있다.

1. 서버 부하를 효율적인 사용을 위해서
   WAS와 WS를 함께 사용하면 로드 밸런싱과 확장성을 보다 쉽게 구현할 수 있다. 이를 통해 서버의 부하를 분산시켜 처리 성능을 향상시킬 수 있다. 또한, 웹 서버와 웹 어플리케이션 서버를 분리하면 각각 독립적으로 확장이 가능해져서 시스템 전체의 성능을 향상시키는 데 도움이 된다.

• ❌어떤 사람들은 목적에 따라 즉, 정적/동적 데이터에 따라 분리하는 것이 부하관리에 더 효율적이기 때문이라고 주장한다. WAS가 뭐든 다 할 줄 안다고 해서 정말 다 맡겨버리면 과부하가 걸려서 좋지 않다고 말한다. 하지만 이것은 오래된 미신일 뿐이라고 한다. 오히려 정적인 데이터 처리를 위해서 굳이 WAS 앞에 또 WS를 두는 게 관리 부담과 불필요한 과부하만 생긴다고 한다.

• ❓로드벨런싱 이란?
  로드 밸런싱은 클라이언트 요청을 여러 대의 서버에 분산시켜 처리하는 것

2. 역할 분리를 통한 유지보수와 확장성 증가
   WAS와 WS를 분리하면 각각의 역할에 집중할 수 있게 된다. 웹 서버는 정적인 컨텐츠를 처리하고, 웹 어플리케이션 서버는 동적인 컨텐츠를 처리한다. 이렇게 역할을 분리하면 유지보수와 확장이 보다 쉬워진다.

3. 보안성의 강화
   클라이언트와 연결하는 포트가 직접 WAS에 연결이 되어 있다면 중요한 설정 파일들이 노출될 수 있기 때문에 WAS 설정 파일을 외부에 노출시키지 않도록 하기 위해서 WS를 앞단에 배치시킨다.
   WS와 WAS에 접근하는 포트가 다르기 때문에 WS가 해킹에 의해 무력화되더라도, WAS측 데이터를 보호할 수 있다.

WS vs WAS

😀위에서 풀어서 설명한 내용을 간단한 표로 한 눈에 새겨보자

참고자료(출처)
위키백과 검색결과 [웹 서버, 웹 어플리케이션 서버]
티스토리 개발왕,도던 블로그 포스팅 Apache와 Tomcat 혹은 웹 서버와 WAS는 어떻게 다를까?
pxd 강영민 포스팅 웹서버와 WAS(Web Application Server)
네이버 림미림미 블로그 포스팅 웹서버(WS)와 웹어플리케이션서버(WAS)의 차이
티스토리 richet의 테크 블로그 포스팅 [Web] Web Server란? Application Server란? (개념 정리)