웹 서비스 구조를 이해할 때 가장 자주 등장하는 개념이 바로 WEB 서버(Web Server) 와 WAS(Web Application Server) 입니다.
처음에는 둘 다 “웹 요청을 처리하는 서버 아닌가?”라고 생각하기 쉽지만, 실제 역할과 동작 방식은 꽤 다릅니다.

특히 현대의 웹 서비스는 대부분 WEB 서버와 WAS를 함께 사용하는 구조이기 때문에, 두 개념을 명확히 이해하면 시스템 아키텍처를 훨씬 쉽게 볼 수 있습니다.

1. WEB 서버(Web Server)란?

WEB 서버는 말 그대로 웹 브라우저의 HTTP 요청을 받아 정적인 콘텐츠를 제공하는 서버입니다.

여기서 말하는 정적 콘텐츠(Static Content)는:

HTML
CSS
JavaScript
이미지
동영상
다운로드 파일

처럼 요청할 때마다 내용이 바뀌지 않는 데이터를 의미합니다.

대표적인 WEB 서버:

Nginx
Apache HTTP Server
Microsoft IIS

WEB 서버의 핵심 역할

1) HTTP 요청 처리

브라우저가 보내는 요청을 받아 응답합니다.

GET /logo.png HTTP/1.1

→ WEB 서버는 해당 이미지를 찾아 즉시 반환합니다.

2) 정적 리소스 제공

정적인 파일을 매우 빠르게 처리합니다.

예:

/main.css
/app.js
/images/banner.jpg

이런 파일은 굳이 애플리케이션 로직을 거칠 필요가 없기 때문에 WEB 서버가 직접 처리하는 것이 훨씬 효율적입니다.

3) Reverse Proxy 역할

현대 환경에서는 WEB 서버가 단순 파일 제공만 하는 경우는 드뭅니다.

대부분은 앞단에서:

로드 밸런싱
SSL 종료
캐싱
압축
보안 처리

등을 수행하며 뒤쪽 WAS로 요청을 전달합니다.

2. WAS(Web Application Server)란?

WAS는 동적인 비즈니스 로직을 처리하는 애플리케이션 실행 서버입니다.

즉,
“사용자 요청에 따라 결과가 달라지는 작업”을 수행합니다.

예:

로그인 처리
회원가입
주문 처리
결제
데이터베이스 조회
게시글 작성

이런 기능들은 모두 WAS 영역입니다.

대표적인 WAS:

Apache Tomcat
JBoss
WebLogic Server
WebSphere Application Server

3. WAS가 필요한 이유

예를 들어 쇼핑몰을 생각해보겠습니다.

사용자가:

“내 주문 내역 보여줘”

라고 요청하면,

서버는:

사용자 인증 확인
데이터베이스 조회
주문 데이터 가공
결과 HTML 또는 JSON 생성

과정을 수행해야 합니다.

이런 로직은 단순 파일 제공만 가능한 WEB 서버로는 처리할 수 없습니다.

따라서:

WEB 서버 → 요청 수신
WAS → 실제 애플리케이션 로직 처리

형태로 역할을 분리하게 됩니다.

4. WEB 서버와 WAS의 가장 큰 차이

구분	WEB 서버	WAS
주요 역할	정적 콘텐츠 제공	동적 로직 처리
처리 데이터	HTML, CSS, 이미지	DB 연동, 비즈니스 로직
속도	매우 빠름	상대적으로 무거움
주요 기능	HTTP 처리, 캐싱	애플리케이션 실행
대표 제품	Nginx, Apache	Tomcat, JBoss
DB 접근	일반적으로 없음	가능
사용 목적	웹 트래픽 처리	서비스 로직 처리

5. 실제 서비스 구조는 어떻게 동작할까?

현대 웹 서비스는 보통 아래 구조를 사용합니다.

[사용자 브라우저]
        ↓
     WEB 서버
   (Nginx)
        ↓
       WAS
   (Tomcat)
        ↓
   Database

요청 흐름 예시

정적 파일 요청

/logo.png

→ WEB 서버가 직접 응답

로그인 요청

/login

→ WEB 서버가 WAS로 전달
→ WAS가 로그인 처리
→ DB 조회 후 결과 반환

6. 왜 WEB 서버와 WAS를 분리할까?

1) 성능 최적화

정적 파일까지 모두 WAS가 처리하면 리소스 낭비가 발생합니다.

WEB 서버가 정적 파일을 처리하면:

CPU 사용 감소
응답 속도 향상
WAS 부하 감소

효과를 얻을 수 있습니다.

2) 보안 강화

보통 WAS는 외부에 직접 노출하지 않습니다.

구조:

외부 사용자 → WEB 서버 → 내부 WAS

이렇게 구성하여 WAS를 보호합니다.

3) 확장성 증가

트래픽 증가 시:

WEB 서버 여러 대
WAS 여러 대

로 쉽게 확장 가능합니다.

특히 WEB 서버는 로드 밸런싱 기능을 통해 여러 WAS에 트래픽을 분산합니다.

7. WEB 서버 없이 WAS만 사용하면 안 될까?

가능은 합니다.

예를 들어:

Spring Boot
Node.js

같은 환경은 자체 내장 서버를 제공합니다.

하지만 운영 환경에서는 여전히:

SSL 처리
정적 리소스 최적화
캐싱
보안
로드 밸런싱

등의 이유로 WEB 서버를 함께 사용하는 경우가 많습니다.

8. 쉽게 비유하면

WEB 서버와 WAS 관계는 식당과 비슷합니다.

역할	비유
WEB 서버	주문 받는 직원
WAS	실제 요리하는 주방
DB	식재료 창고

손님이 주문하면:

직원(WEB 서버)이 주문 접수
주방(WAS)이 요리
창고(DB)에서 재료 조회

이런 흐름으로 동작합니다.

9. 결론

WEB 서버와 WAS는 비슷해 보이지만 역할이 명확히 다릅니다.

WEB 서버 → 빠른 요청 처리 및 정적 리소스 제공
WAS → 비즈니스 로직 및 동적 데이터 처리

현대 서비스에서는 두 서버를 분리하여:

성능
보안
유지보수성
확장성

모두를 확보하는 것이 일반적입니다.

특히 대규모 트래픽 환경일수록 WEB 서버와 WAS의 역할 분리는 거의 필수적인 아키텍처라고 볼 수 있습니다.

저작자표시 비영리 변경금지 (새창열림)

'Programming > Infra' 카테고리의 다른 글

Infrastructure as Code(IaC) 는 무엇인가? (1)	2025.04.07

마실개

WEB 서버와 WAS의 차이점 완벽 정리