WS(웹 서버)와 WAS(웹 어플리케이션 서버)란? 개념과 차이점 알아보기

 

WS와 WAS

 

WS(Web Server)

• 클라이언트의 HTTP 요청을 받아 요청에 맞는 정적 컨텐츠(ex - html, css, JavaScript, 이미지, 비디오 등)를 반환하는 서버
• 사용자로부터 동적인 요청이 들어왔을 때에는 자체적으로 처리하기 어려워 WAS에게 요청한다.
• ex - Apache, NGINX 등

 

주요 기능

• 정적 컨텐츠 제공: 웹 애플리케이션의 비즈니스 로직과 상관없이 변하지 않는 고정된 컨텐츠를 제공한다.
• HTTP 요청 처리: 클라이언트의 HTTP 요청을 받아 해당 요청에 맞는 파일이나 리소스를 찾아 반환한다.
• 인증과 보안: 웹 서버는 암호화된 HTTPS 연결을 제공하여 보안을 강화할 수 있다. 간단한 인증 방법을 통해 클라이언트의 접근을 제어할 수도 있다.
• 로드 밸런싱: 웹 서버는 여러 대의 서버로 분산된 트래픽을 처리하기 위해 로드 밸런싱을 수행할 수 있다. 이렇게 하면 웹 애플리케이션의 성능과 가용성을 향상시킬 수 있다.
• Reverse Proxy: 웹 서버는 리버스 프록시로 동작하여 클라이언트의 요청을 웹 애플리케이션 서버로 전달하는 역할을 할 수도 있다. 이를 통해 웹 서버와 웹 애플리케이션 서버를 분리하여 웹 애플리케이션의 보안과 성능을 개선할 수 있다.

 

 

WAS(Web Application Server)

• 웹 애플리케이션을 실행하기 위한 서버 소프트웨어
• WAS=Web Server + Web Container
• 클라이언트의 요청에 따라 동적인 웹 페이지를 생성하며 DB와의 상호작용, 트랜잭션 처리, 보안, 세션관리 등의 애플리케이션의 핵심 비즈니스 로직을 수행한다.

ex - Tomcat, Jeus, IBM WebSphere, Red Hat JBoss 등등

 

왼) WS, 오) WAS의 종류

주요 기능

• 동적 웹 페이지 생성: 클라이언트의 요청에 따라 동적으로 웹 페이지를 생성하여 반환한다. 웹 애플리케이션의 비즈니스 로직을 실행하고, 결과를 HTML, JSON 등의 형식으로 클아이언트에 전달한다.
• 데이터베이스 연동: 데이터베이스와 상호작용하여 데이터의 조회, 삽입, 수정, 삭제 등의 데이터베이스 연동을 지원한다.
• 트랜잭션 관리: 웹 애플리케이션에서 발생하는 작업은 트랜잭션(작업) 단위로 관리되어야 한다. WAS는 트랜잭션 관리를 제공하여 데이터 일관성과 안정성을 유지한다.
• 보안 기능: 웹 애플리케이션이 보안이 필요한 정보를 다룰 때 WAS는 인증, 권한, 부여, 암호화 등의 보안 기능을 제공하여 웹 애플리케이션의 보안을 강화한다.
• 세션 관리: 웹 애플리케이션은 상태를 유지해야 할 때가 있다. 이를 위해 WAS는 세션 관리를 지원하여 클라이언트의 상태 정보를 저장하고 관리한다.

 

 

Web Server와 WAS의 분리

• WS의 기능은 WAS로도 전부 가능하다.
• 그러나 WAS가 정적 콘텐츠 요청까지 처리한다면 동적 컨텐츠 처리가 지연되면서 속도가 느려질 수 있다.

• 이러한 문제를 해결하기 위해 WAS는 DB 조회 및 비즈니스 로직을 처리하게 하고, 정적 콘텐츠는 WS에게 맡겨서 기능을 분리해 서버 부하를 방지할 수 있다.

• SSL에 대한 암호화, 복호화 처리에 웹 서버를 사용해서 보안을 강화할 수도 있다.
• 서비스 규모가 커질수록 웹 서버와 웹앱 서버를 분리하여 자원 이용의 효율성, 배포 및 유지 보수 편의성을 취할 수 있다.
• 여러 대의 WAS를 연결할 때 로드 밸런싱 (부하 분산)을 위해서도 웹 서버를 사용할 수 있다.
  • ex - WS를 앞에 두고 WAS를 사용하면서 오류가 발생했을 때 WS가 WAS를 이용하지 못하게 한 후 WAS를 재시작하여 사용자가 오류를 느끼지 못하고 이용할 수 있게 한다.
• 접근 허용 IP 관리, 여러 서버에서의 세션 관리 등도 WS에서 처리하면 효율적이다.

 

 

WS & WAS를 활용한 웹 서비스 아키텍처

1. Web Server는 웹 브라우저 클라이언트로부터 HTTP 요청을 받는다.
2. Web Server는 클라이언트의 요청(Request)을 WAS에 보낸다.
3. WAS는 관련된 Servlet을 메모리에 올린다.
4. WAS는 web.xml을 참조하여 해당 Servlet에 대한 Thread를 생성한다. (Thread Pool 이용)
5. HttpServletRequest와 HttpServletResponse 객체를 생성하여 Servlet에 전달한다.

• 5.1 Thread는 Servlet의 service() 메소드를 호출한다.
• 5.2 service() 메소드는 요청에 맞게 doGet() 또는 doPost() 메소드를 호출한다.
• protected doGet(HttpServletRequest request, HttpServletResponse response

6. doGet() 또는 doPost() 메소드는 인자에 맞게 생성된 적잘한 동적 페이지를 Response 객체에 담아 WAS에 전달한다

7. WAS는 Response 객체를 HttpResponse 형태로 바꾸어 Web Server에 전달한다.

8. 생성된 Thread를 종료하고, HttpServletRequest와 HttpServletResponse 객체를 제거한다.

 

 

 

WAS-WS? 웹 컨테이너?

• 서블릿: 웹 페이지를 동적으로 생성하기 위한 서버측 프로그램. WAS위에서 컴파일 되고 동작
• JSP: 서블릿과 하는일은 동일하지만 JSP는 html코드를 작성하기 간편(html안에 자바 코드 삽입) 정확히는 자바 언어 기반의 스크립트 언어..!
• 웹 서버(WS)는 정적인 페이지만을 제공 → 동적인 페이지 제공을 위해 웹 서버는 다른 곳에 도움을 요청 → 웹 서버가 동적 페이지를 제공할 수 있도록 도와주는 어플리케이션이 서블릿, 동적인 페이지를 생성하는 것이 CGI(교환 방식)
• 서블릿 컨테이너: 서블릿을 만든다고 스스로 작동하는 것이 x 서블릿을 생성, 소멸, 관리해주는 역할이 필요. 그 역할이 서블릿 컨테이너(서블릿과 웹 서버간의 통신 지원 등)
• WS는 웹 서버와 컨테이너가 따로이고 동적 페이지 생성을 위해서는 컨테이너한테 넘겨줘야되지만, WAS는 웹 서버와 컨테이너를 붙여놓은 것!!