1. static pages와 dynamic pages의 차이
WAS 와 Web Server의 차이를 알기전 먼저 static pages와 dynamic pages의 차이를 알고 넘어가겠다.
1) Static Pages
- Web Server는 파일 경로 이름을 받아 경로와 일치하는 file contents를 반환한다. 즉 누구에게나 항상 동일한 페이지를 반환한다.
- Ex) image, html, css, javascript 파일과 같이 컴퓨터에 저장되어 있는 파일들
2) Dynamic Pages
- 요청에 맞게 동적인 contents를 반환한다.
- 즉, 웹 서버에 의해서 실행되는 프로그램을 통해서 만들어진 결과물
- Servlet: WAS 위에서 돌아가는 Java Program
- 개발자는 Servlet에 doGet()을 구현한다.
2. WAS 와 Web Server의 차이
Web Server가 Static Page을 처리한다면 WAS는 Dynamic Pages을 처리한다. DB에 접근하거나 어떤 로직을 처리해야할 경우 등. 그래서 JSP, Servlet 사용에는 항상 톰캣을 설치했던 것이다.
추가적으로 Web Server(아파치)는 jsp 같은 파일을 해석하지 못한다. 따라서 이를 web conatiner에 넘겨주어 java 코드를 해석하고 처리하여 다시 html형태로 넘겨 받는 방식으로 jsp가 http(html을 반환)에서 요청으로 사용될 수 있는 것이다.
하지만 그림에서 보이듯이, 사실 WAS는 Web Server의 기능도 가지고 있다. WAS는 웹 서버와 웹 컨테이너의 결합이다. 앞에서 WAS가 동적인 내용을 처리하는 일은 사실 웹 컨테이너가 다 하는 것이다.
4. 그럼 왜 Web Server를 같이 쓰는 가?
대표적인 web server로는 아파치가 있고, WAS로는 톰캣이 있다.
1 ) 기능을 분리하여 서버 부하 방지
WAS는 DB 조회나 다양한 로직을 처리하느라 바쁘기 때문에 단순한 정적 컨텐츠는 Web Server에서 빠르게 클라이언트에 제공하는 것이 좋다. WAS는 기본적으로 동적 컨텐츠를 제공하기 위해 존재하는 서버이다. 만약 정적 컨텐츠 요청까지 WAS가 처리한다면 정적 데이터 처리로 인해 부하가 커지게 되고, 동적 컨텐츠의 처리가 지연됨에 따라 수행 속도가 느려진다. 즉, 이로 인해 페이지 노출 시간이 늘어나게 될 것이다.
2 ) 보안을 강화할 경우
아파치에서 해킹 당해도 WAS는 정상 작동
3 ) 여러대의 WAS를 연결 할 경우
fail over(장애 극복), fail back 처리에 유리
특히 대용량 웹 어플리케이션의 경우(여러 개의 서버 사용) Web Server와 WAS를 분리하여 무중단 운영을 위한 장애 극복에 쉽게 대응할 수 있다.
예를 들어, 앞 단의 Web Server에서 오류가 발생한 WAS를 이용하지 못하도록 한 후 WAS를 재시작함으로써 사용자는 오류를 느끼지 못하고 이용할 수 있다.
4) 여러 웹 어플리케이션 서비스 가능
예를 들어, 하나의 서버에서 PHP Application과 Java Application을 함께 사용하는 경우
5. Web Service 구조
다양한 구조를 가질 수 있다.
1) Client -> Web Server -> DB
2) Client -> WAS -> DB
3) Client -> Web Server -> WAS -> DB
3)인경우가 아래의 그림과 같다.
3번 구조의 동작과정
- Web Server는 웹 브라우저 클라이언트로부터 HTTP 요청을 받는다.
- Web Server는 클라이언트의 요청(Request)을 WAS에 보낸다.
- WAS는 관련된 Servlet을 메모리에 올린다.
- WAS는 web.xml을 참조하여 해당 Servlet에 대한 Thread를 생성한다. (Thread Pool 이용)
- HttpServletRequest와 HttpServletResponse 객체를 생성하여 Servlet에 전달한다.
- 5-1. Thread는 Servlet의 service() 메서드를 호출한다.
- 5-2. service() 메서드는 요청에 맞게 doGet() 또는 doPost() 메서드를 호출한다.
- protected doGet(HttpServletRequest request, HttpServletResponse response)
- doGet() 또는 doPost() 메서드는 인자에 맞게 생성된 적절한 동적 페이지를 Response 객체에 담아 WAS에 전달한다.
- WAS는 Response 객체를 HttpResponse 형태로 바꾸어 Web Server에 전달한다.
- 생성된 Thread를 종료하고, HttpServletRequest와 HttpServletResponse 객체를 제거한다.
Servlet 객체를 생성하는 Thread
Thread의 개수는 서버의 성능에 따라 갯수가 조절 되어야 한다(Time sharing으로 작동되어 쓰레드의 갯수가 늘면 늘수록 하나의 프로세스가 완료되는데 걸리는 시간도 길어진다). 예를 들어 20개로 제한되면 초기 20개는 쓰레드의 생성이 필요하고 그 후에는 생성된 쓰레드를 재사용함으로써 쓰레드의 생성 삭제시 드는 오버헤드를 줄어준다. 20개의 쓰레드가 꽉차면 접근은 잠시 wait한다.
6. 결론
자원 이용의 효율성 및 장애 극복, 배포 및 유지보수의 편의성 을 위해 Web Server와 WAS를 분리한다.
Web Server를 WAS 앞에 두고 필요한 WAS들을 Web Server에 플러그인 형태로 설정하면 더욱 효율적인 분산 처리가 가능하다.
7. 참고자료
