[spring] 웹 애플리케이션 이해

 

🌳  웹 서버, 웹 애플리케이션 서버  

• '웹'이라는 것은 모두 HTTP를 기반으로 통신을 하게 된다.
• 예를 들어 웹 브라우저(클라이언트)에서 Url을 치면 인터넷을 통해서 서버에 접근하고
• 서버에서는 html 을 만들어 클라이언트에 내려주고 이후 웹 브라우저가 화면에 띄어준다.
  • 이 과정에서의 요청과 응답은 HTTP 통신을 통해서 이루어진다.

 

 

🌿 웹 서버 

• HTTP 를 기반으로 동작하는 서버이다.
• 정적 리소스를 제공하고, 기타 부가기능을 제공한다.
• '정적 리소스 제공'이란 
  • 우리가 특정 폴더에 html, css, js 등 파일을 두면 이 서버들이 그 파일들을 서빙해 준다.
• 예를 들어 HTTP로 'index.html'을 달라고 웹 서버에 요청이 오면 http 프로토콜을 사용하여 서로 데이터를 주고받을 수 있다.
  • ex ) NGINX, APACHE

 

 

🌿 웹 애플리케이션 서버 (WAS - Web Application Server)

• HTTP를 기반으로 동작한다.
• 웹 서버의 기능을 대부분 포함하고 있다. (정적 리소스를 제공하는 기능들)

 

 

 

 

🤔 그렇다면 둘의 차이는 무엇일까? 

• 웹 서버는 정적인 파일을 들고 서빙하기 때문에 특정 사용자마다 html을 다르게 보여주거나 할 수 없다.
• 하지만 WAS는 HTTP 요청이 오면 사용자에 따라 다르게 보여주는 것이 가능하다.
  • 동적인 HTML을 생성할 수 있고 HTTP API( = REST API)가 WAS를 통해서 제공이 된다.
• 쉽게 정리해 보자면 웹 서버는 정적 리소스(파일)를 제공하는데 그치지만, WAS는 애플리케이션 로직까지 실행할 수 있다.

 

 

실무에서는 어떻게 사용될까? 

• 최소한으로 보면 WAS와 DB 만으로 시스템 구성이 가능하다.

• 클라이언트 요청이 오면 애플리케이션 로직을 실행할 수 있고 HTML, CSS, JS 도 제공이 가능하다.
• 애플리케이션 로직에서 DB를 조회하여 필요한 HTML을 동적으로 만들어 낼 수도 있다.

 

• 하지만 이렇게 되면 WAS 가 너무 많은 일을 담당하게 되어 아래의 문제점들을 고려해 보아야 한다.
  • 서버 과부하의 우려
  • 애플리케이션의 로직이 비싸다.
    • HTML, CSS, JS와 이미지 같은 것들은 값이 싸기 때문에 파일을 잘 저장해 놓았다가 잘 서빙하면 된다.
    • 하지만 애플리케이션의 로직은 다른 서버를 호출해야 될 수도 있고, DB를 조회할 수 도 있기 때문에 복잡하다. (비즈니스 로직이 들어가기 때문)
    • 따라서 가장 비싼 애플리케이션 로직이 정적 리소스 때문에 수행이 어려울 수 있다.
  • 우리의 생각보다 WAS는 잘 죽는데 WAS 장애 시 오류 화면도 노출이 불가능하다.

 

• 따라서 아래와 같이 구성하는 경우가 많다.

• 웹 서버를 앞에 두어 정적 리소스를 처리하게 하고, 동적인 처리가 필요하면 WAS에 요청을 위임한다.
• WAS는 중요한 애플리케이션 로직 처리를 전담한다.

• 이렇게 구성했을 경우 장점들이 존재하는데 
  • 효율적인 리소스 관리가 가능하다.
    • 정적 리소스가 많이 사용되면 웹 서버를 증설하면 되고
    • 애플리케이션 리소스가 많이 사용되면 WAS를 증설하면 된다.
  • 웹 서버는 잘 죽지 않는다.
    • 정적 리소스만 제공하기 때문에 WAS, DB 장애 시 웹 서버가 오류 화면 제공 가능하다.

 

 

 

 

 

 

<'김영한 - 스프링 핵심원리 기본 편'을 참고하였습니다.>