웹 서버와 was 의 차이점은 무엇일까? 서버 개발에 있어서 기초적인 개념이다.
먼저, 정적 페이지와 동적 페이지를 알아보자.
정적 페이지(Static Pages) - 바뀌지 않는 페이지
웹 서버는 파일 경로 이름을 받고, 경로와 일치하는 file contents 를 반환한다.
특정한 페이지를 요청했을 때, 항상 동일한 페이지를 반환해준다.
여기서 파일이란 image, html, css, javascript 파일과 같이 컴퓨터에 저장된 파일들을 말한다.
동적 페이지(Dynamic Pages) - 인자에 따라 바뀌는 페이지
인자의 내용에 맞게 동적인 contents 를 반환한다.
웹 서버에 의해 실행되는 프로그램을 통해 만들어진 결과물이다.
(Servlet : was 위에서 돌아가는 자바 프로그램)
개발자는 Servlet 에 doGet() 메소드를 구현한다.
웹 서버와 WAS 의 차이
웹 서버
개념에 있어서 하드웨어와 소프트웨어로 구분된다.
하드웨어 : Web 서버가 설치되어 있는 컴퓨터
소프트웨어 : 웹 브라우저가 클라이언트로부터 HTTP 요청을 받고, 정적인 컨텐츠(html, css 등) 를 제공하는 컴퓨터 프로그램
웹 서버 기능
- HTTP 프로토콜을 기반으로, 클라이언트의 요청을 서비스 하는 기능을 담당한다.
요청에 맞게 두 가지 기능 중 선택해서 제공해야 한다.
* 정적 컨텐츠 제공 : WAS 를 거치지 않고 바로 자원을 제공한다.
* 동적 컨텐츠 제공을 위한 요청 전달 : 클라이언트 요청을 WAS 에 보내고, WAS 에서 처리한 결과를 클라이언트에게 전달한다.
(웹 서버의 종류 : Apache, Nginx, IIS 등)
WAS
Web Application Server 의 약자
- DB 조회 및 다양한 로직 처리 요구 시, 동적인 컨텐츠를 제공하기 위해 만들어진 애플리케이션 서버.
HTTP 를 통해 애플리케이션을 수행해주는 미들웨어이다.
WAS 는 웹 컨테이너, 혹은 서블릿 컨테이너 라고도 불린다.
(컨테이너란 JSP/Servlet 을 실행시킬 수 있는 소프트웨어, 즉 WAS 는 JSP/Servlet 구동 환경을 제공해준다.)
역할 :
WAS = 웹 서버 + 웹 컨테이너
- 웹 서버의 기능들을 구조적으로 분리하여 처리하는 역할
- 보안, 스레드 처리, 분산 트랜잭션 등 분산 환경에서 사용된다.(주로 DB 서버와 함께 사용한다.)
WAS 종류 : Tomcat, JBoss 등
그럼, 둘을 구분하는 이유는?
웹 서버가 필요한 이유
웹 서버에서는 정적 컨텐츠만 처리하도록 기능 분배를 해서 서버 부담을 줄일 수 있다.
* 클라이언트가 이미지 파일(정적 컨텐츠)를 보낸 경우
- 웹 문서(html 문서) 가 클라이언트로 보내질 때, 이미지 파일과 같은 정적 파일은 함께 보내지지 않는다.
- 먼저 html 문서를 받고, 이에 필요한 이미지 파일들을 다시 서버로 요청해서 받아오는 것이다.
- 따라서 웹 서버를 통해서 정적인 파일을 애플리케이션 서버까지 가지 않고 앞단에 빠르게 보낼 수 있다.
WAS 가 필요한 이유
WAS 를 통해 요청에 맞는 데이터를 DB에서 가져와 비즈니스 로직에 맞게 그때마다 결과를 만들고 제공하면서 자원을 효율적으로 사용할 수 있다.
* 동적인 컨텐츠를 제공해야 할 경우
- 웹 서버 만으로는 사용자가 원하는 요청에 대한 결과값을 모두 미리 만들어놓고 서비스 하기에는 자원이 절대적으로 부족하다.
- 따라서 WAS 를 통해 요청이 들어올 때마다 DB 와 비즈니스 로직을 통해 결과물을 만들어 제공해준다.
그렇다면 WAS 로 웹 서버 역할 까지 다 처리할 수 있는거 아닐까?
- WAS 는 DB 조회, 다양한 로직을 처리하는 데 집중해야 한다.
- 따라서 단순한 정적 컨텐츠는 웹 서버에게 맡기먀, 기능을 분리시켜 서버 부하를 방지하는 것이다.
- 만약 WAS 가 정적 컨텐츠 요청 까지 처리하면, 그만큼 부하가 커지고 동적 컨텐츠 처리가 지연되면서 수행 속도가 느려진다.
- 이에 따라 페이지 노출 시간이 늘어나는 문제가 발생한다.
또한 여러 대의 WAS 를 연결지어 사용하는 것도 가능하다.
웹 서버를 앞 단에 두고, WAS 에 오류가 발생하면 사용자가 이용하지 못하게 막아둔 뒤 재시작하여 해결할 수 있다.
(사용자는 오류를 느끼지 못하고 이용 가능하다.)
자원 이용의 효율성 및 장애 극복, 배포 및 유지 보수의 편의성 때문에 웹 서버와 WAS 를 분리해서 사용하는 것이다.
가장 효율적인 방법?
- 웹 서버를 WAS 앞에 두고, 필요한 WAS 들을 웹 서버에 플러그인 형태로 설정하면 효율적인 분산 처리가 가능하다.
클라이언트의 요청을 먼저 웹 서버가 받은 다음, WAS 에게 보내 관련된 Servlet 을 메모리에 올린다.
WAS 는 web.xml 을 참조해 해당 Servlet 에 대한 스레드를 생성한다. (스레드 풀 이용)
이때 HttpServletRequest 와 HttpServletResponse 객체를 생성해 Servlet 에게 전달한다.
- 스레드는 Servlet 의 service() 메소드를 호출한다.
- service() 메소드는 요청에 맞게 doGet() 이나 doPost() 메소드를 호출한다.
doGet() 이나 doPost() 메소드는 인자에 맞게 생성된 적절한 동적 페이지를 Response 객체에 담아 WAS 에 전달한다.
WAS 는 Response 객체를 HttpResponse 형태로 바꿔 웹 서버로 전달한다.
생성된 스레드는 종료하고, HttpServletRequest 와 HttpServletResponse 객체를 제거한다.
참고 : https://gyoogle.dev/blog/
👨🏻💻 Tech Interview
gyoogle.dev
'이론 > 웹' 카테고리의 다른 글
Web - REST API (0) | 2022.01.31 |
---|---|
Web - Http status code (0) | 2022.01.31 |
Web - 쿠키 & 세션 (0) | 2022.01.31 |
Web - 브라우저 동작 방법 (0) | 2022.01.31 |