Web Server & WAS

Web Server

HTTP 프로토콜을 기반으로 클라이언트(웹 브라우저, 웹 크롤러)의 요청을 서비스하는 기능을 담당하는 서버 Ex) Apache Server, Nginx, IIS 등

Web Server는 하드웨어와 소프트웨어로 구분된다.

• 하드웨어 → Web Server가 설치되어있는 컴퓨터

• 소프트웨어 → 웹 브라우저(클라이언트)로부터 HTTP 요청을 받아 정적인 컨텐츠를 제공하는 컴퓨터 프로그램

기능

클라이언트의 요청에 따라 아래의 두 가지 기능 중 적절하게 선택해 수행한다.

1. 정적인 컨텐츠 제공 → WAS를 거치지 않고 바로 자원을 제공한다.

2. 동적인 컨텐츠 제공을 위한 요청 전달 → 클라이언트에 요청을 WAS에 보내고, WAS가 처리한 결과를 클라이언트에게 전달한다.

WAS (Web Application Server)

DB조회나 다양한 로직 처리를 요구하는 동적인 컨텐츠를 제공하기 위해 만들어진 Application Server → WAS = Web Server + Web Container Ex) Tomcat, JBoss, Jeus, Web Sphere 등

• HTTP를 통해 컴퓨터나 장치에 애플리케이션을 수행해주는 미들웨어(소프트웨어 엔진)이다.

• “웹 컨테이너(Web Container)” 혹은 “서블릿 컨테이너(Servlet Container)”라고도 불린다.

• Container란 JSP, Servlet을 실행시킬 수 있는 소프트웨어를 말한다. 즉, WAS는 JSP, Servlet 구동 환경을 제공한다.

• 현재는WAS가 가지고 있는 Web Server도 정적인 컨텐츠를 처리하는 데 있어서 성능상 큰 차이가 없다.

기능

• 프로그램 실행 환경과 DB 접속 기능 제공

• 여러 개의 트랜젝션(논리적 작업 단위)관리 기능

• 업무를 처리하는 비즈니스 로직 수행

Web Server와 WAS를 구분하는 이유

• Web Server가 필요한 이유 → Web Server에는 정적인 컨텐츠만 처리하도록 기능을 분배하여 서버의 부담을 줄임

• WAS가 필요한 이유 → 요청에 맞는 데이터를 DB에서 가져와서 비즈니스 로직에 맞게 그때 그때 결과를 만들어서 제공함으로써 자원을 효율적으로 사용할 수 있다.

그렇다면 WAS가 Web Server의 기능 모두 수행하면 되지 않을까?

자원 이용의 효율성 및 장애 극복, 배포 및 유지보수의 편의성을 위해 분리

1. 기능을 분리하여 서버 부하 방지 → 정적 컨텐츠(Web Server), 동적 컨텐츠(WAS)로 분리하여 처리 수행 속도 증가시킨다.

2. 물리적으로 분리하여 보안 강화 → SSL에 대한 암복호화 처리에 Web Server 사용

3. 여러 대의 WAS를 연결 가능 → Load Balancing을 위해서 Web Server 사용

4. fail over(장애 극복), fail back 처리에 유리 → 대용량 웹 어플리케이션의 경우(여러개의 서버 사용) Web Server와 WAS를 분리하여 무중단 운영을 위한 장애 극복에 쉽게 대응 가능,

   앞 단의 Web Server에서 오류가 발생한 WAS를 이용하지 못하도록 한 후 WAS를 재시작함으로써 사용자는 오류를 느끼지 못하고 이용할 수 있다.

Web Server를 WAS 앞에 두고 필요한 WAS들을 Web Server에 플러그인 형태로 설정하면 더욱 효율적인 분산 처리가 가능하다.

[Web] Web Server와 WAS의 차이와 웹 서비스 구조 - Heee's Development Blog