그알것 — 그럼에도 알아야 할 것들
홈질문커뮤니티
로그인
그알것 — 그럼에도 알아야 할 것들

Service

  • 홈
  • 소개
  • 질문
  • 커뮤니티

My

  • 내 워크스페이스
  • 저장한 질문
  • 작성한 답변

Policy

  • 이용약관
  • 개인정보처리방침
  • 문의

© 2026 그알것 · What Still Matters

질문 목록Architecture
Architecture

WAS와 웹 서버는 어떻게 다른가요?

실무4/5
설계3/5
인간3/5
기초2/5

면접관의 질문 의도

웹 서버와 WAS를 "같은 거 아니냐"로 묶는지, 아니면 책임 차이와 분리 운영의 이유까지 실제 운영 관점에서 풀 수 있는지를 가른다.

큐레이션 답변

학습 자료

웹 서버(Nginx·Apache)는 정적 파일 전달·캐싱·압축·TLS 종료·리버스 프록시 같은 "네트워크와 전송"에 특화된 계층이다. WAS(Tomcat·Jetty·Undertow)는 서블릿 컨테이너나 애플리케이션 런타임으로 동적 요청을 받아 비즈니스 로직을 실행한다. WAS 단독으로도 정적 파일을 서빙할 수 있지만, 고트래픽 환경에서는 웹 서버가 엣지·정적 처리를 맡고 WAS는 애플리케이션 처리에 집중하는 구조가 일반적이다. 그러면 자원 사용이 분리되고 장애 격리·무중단 배포·스케일링 전략을 더 깔끔하게 가져갈 수 있다.

좋은 답변 구조

  1. 01웹 서버와 WAS가 겹쳐 보이지만 책임 계층이 다르다는 공통 골격부터 짚는다
  2. 02정적/네트워크 처리(웹 서버) vs 애플리케이션 로직 실행(WAS)이라는 핵심 축으로 차이를 정리한다
  3. 03TLS 종료·캐싱·리버스 프록시·무중단 배포 같은 분리 운영의 실제 이득을 사례로 든다
  4. 04트래픽 규모가 작을 때와 클 때 어떻게 결정이 갈리는지로 마무리한다

자주 실수하는 포인트

WAS와 웹 서버를 "역할이 같고 이름만 다르다"로 묶는다
리버스 프록시·로드 밸런서·웹 서버를 같은 의미로 섞어 쓴다
정적 파일 서빙을 "WAS만으로도 충분하다"고 단정하고 캐싱·압축 효율 차이를 빠뜨린다
Spring Boot 내장 톰캣을 "웹 서버가 없어도 된다"는 의미로 잘못 설명한다

실무 맥락

  • TLS 종료·gzip·정적 캐싱을 Nginx에서 처리하고 그 뒤로 톰캣을 두는 전형적인 자바 웹 구성
  • WAS 인스턴스를 무중단 배포하기 위해 앞단 리버스 프록시에서 헬스 체크와 트래픽 전환을 관리하는 운영 환경
  • CDN과 웹 서버 캐시가 동시에 떠 있는데 캐시 무효화 전략을 다시 잡아야 하는 상황
  • 컨테이너 환경에서 Nginx 사이드카와 앱 컨테이너를 분리해 정적 자원 서빙을 위임하는 구성

본인 경험에 녹이는 힌트

Nginx에서 TLS를 종료하고 WAS는 평문으로 받게 구성해 인증서 관리를 단순화한 경험이 있다면 분리 운영의 실제 이득으로 풀어낼 수 있다

무중단 배포를 위해 앞단 리버스 프록시에서 트래픽을 전환해 본 경험이 있다면 두 계층의 책임 분리 사례로 보여 줄 수 있다

정적 자원을 CDN·웹 서버 캐시로 옮기며 WAS 부하가 줄어든 경험이 있다면 "역할이 다르면 부하가 다른 자원으로 빠진다"는 관점으로 일반화할 수 있다

커뮤니티 인기 답변

전체 0개

아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.

관련 꼬리 질문

Q1웹 서버에서 처리하면 좋은 기능에는 어떤 것들이 있나요
Q2WAS만으로 운영할 때 생기는 대표적인 운영 리스크는 무엇인가요
Q3확장할 때 웹 서버와 WAS는 각각 어떻게 증설하나요
Q4컨테이너 환경에서 웹 서버와 WAS를 분리하는 방식은 어떻게 달라지나요
아직 답을 쓰지 않았어요.
큐레이션 답변과 다른 사람 답변을 보고, 자기 언어로 답을 정리해보면 학습 효과가 가장 큽니다.
목차
  • 01면접관의 질문 의도
  • 02큐레이션 답변
  • 03좋은 답변 구조
  • 04자주 실수하는 포인트
  • 05실무 맥락
  • 06본인 경험에 녹이는 힌트
  • 07커뮤니티 인기 답변준비중
  • 08관련 꼬리 질문