📚 HTTP 완벽가이드 - 5장. 웹 서버

📍 핵심 개념 요약

• 웹 서버는 HTTP 요청을 받아 응답을 돌려주는 프로그램이다.
• 주된 역할은 리소스 제공, 요청 라우팅, 애플리케이션과 연동 등이다.
• 정적 컨텐츠 제공(HTML, CSS, JS, 이미지)과 동적 컨텐츠 처리(API, 서버 로직 실행) 모두 가능하다.
• 보안, 인증, 로깅, 캐싱, 압축 등을 통해 웹 통신을 최적화하고 관리한다.

✨ 포인트

• 정적 리소스 제공 : 프론트엔드 빌드 결과물을 서빙하는 기본 역할
• MIME 타입 관리 : 서버가 올바른 Content-Type 을 세팅해야 브라우저가 제대로 해석 가능
• 캐싱 제어 : Cache-Control, ETag 를 통해 정적 파일 업데이트 관리
• 압축 : 서버가 리소스를 압축해 전달하면 페이지 로딩 속도 형상
• CORS 처리 : 프론트와 백엔드 분리된 구조에서는 CORS 설정 필수 고려
• 리버스 프록시 사용 : Nginx 등 프록시 서버를 통해 API 서버와 프론트엔드 앱을 연결
• 보안 : 모든 통신은 기본적으로 HTTPS 적용이 필수
• 서버 오류 핸들링 : 404 ,500 에러 처리 페이지 커스터마이징 필요

---

✅ㅤ웹 서버의 기본 동작

• HTTP 요청 수신 ➡️ 요청 분석 ➡️ 적절한 응답 생성 ➡️ 전송 흐름으로 동작
• 리소스를 반환하거나, 동적 애플리케이션 서버에 요청을 넘겨 처리 결과를 받아 전달한다.

✅ㅤ정적 컨텐츠와 동적 컨텐츠

빌드된 React/Vue 앱은 정적 파일로 서버가 서빙하지만, API 요청은 동적으로 처리된다.

• 정적 컨텐츠 : HTML, CSS, JS, 이미지 파일처럼 변하지 않는 리소스
• 동적 컨텐츠 : 서버 측 애플리케이션이 요청에 따라 결과를 만들어내는 리소스

구분	웹 서버 (Web Server)	WAS (Web Application Server)
주요 역할	정적인 콘텐츠 제공 (HTML, CSS, JS, 이미지 등)	동적인 로직 처리 (비즈니스 로직, DB 연동 등)
예시	Nginx, Apache HTTP Server	Tomcat, JBoss, WebLogic, Jetty
처리 대상	브라우저 요청 → 정적 파일 응답	브라우저 요청 → 내부 로직 실행 → 응답 생성
실행 방식	요청된 파일을 그대로 전달	자바 서블릿, JSP, 스프링 같은 로직을 실행
요청 흐름	브라우저 → 웹 서버 → 정적 응답	브라우저 → 웹 서버 → WAS → 동적 응답
언어 의존성	언어 비의존적 (파일만 서빙)	주로 Java 기반 (Spring, JSP 등)
보통의 구성	웹 서버 + WAS 조합으로 사용 (성능, 보안, 분리 목적)

1. 사용자가 /index.html 요청

• 웹 서버가 정적 파일을 바로 전달

2. 사용자가 /user?id=1 요청

• 웹 서버가 동적 요청임을 인식
• WAS(Spring 등)에게 요청을 전달
• WAS가 DB에서 유저 정보를 조회
• WAS가 HTML을 생성해 웹 서버에 전달
• 웹 서버가 최종 응답을 클라이언트에 전달

✅ㅤMIME 타입

• 서버는 각 리소스에 대해 올바른 MIME 타입을 설정해야 한다 ➡️ Content-Type 헤더

예시	MIME 타입
HTML	text/html
CSS	text/css
JavaScript	application/javascript
PNG	image/png

✅ㅤ웹 서버의 추가 기능

• 캐싱 제어 : Cache-Control , ETag 헤더 설정
• 압축 : gzip , Brotli 압축을 통해 파일 크기 줄이기
• 보안 : HTTPS 적용, HSTS 설정
• 인증 : HTTP 기본 인증, 토큰 기반 인증 연동
• 로깅 및 모니터링 : 요청/응답 기록, 오류 추적

Cache-Control: no-cache , Cache-Control: max-age=~ 같은 설정으로 정적 파일 갱신 주기 조절

✅ㅤ리버스 프록시 서버

프론트 서버를 /에, API 서버를 /api로 연결하는 설정이 기본 패턴이다.

• 클라이언트 요청을 받아 실제 서버로 전달하는 중간 서버
• Nginx , Apache 가 많이 사용된다.
• 로드 밸런싱, HTTPS 종단, 정적 파일 서빙, API 서버/프론트 서버 분리 연결

✅ㅤ가상 호스팅

스테이징 서버와 운영 서버를 같은 서버에서 운영할 때 유용

• 하나의 물리적 서버에서 여러 도메인을 서비스하는 기술
• IP 주소 공유 방식으로 동작

✅ㅤ서버 오류 처리

• 4xx, 5xx 에러를 서버가 감지하고 적절한 에러 페이지를 응답한다.
• 커스텀 에러 페이지를 설정할 수 있다.

브라우저에서 커스텀 404 페이지를 띄우거나 SPA 앱에서는 history fallback 처리가 필요

🔎ㅤHistory Fallback

SPA에서는 주소창에 어떤 경로를 입력해도 서버가 항상 index.html 을 응답하여, 클라이언트 라우터가 화면을 알아서 전환하도록 만드는 설정

• SPA는 하나의 index.html 로 모든 페이지를 처리한다.
• 실제로 /about ,/profile 같은 경로에 별도 파일이 없다.
• 브라우저 주소창에 직접 경로를 입력하면 서버가 해당 파일을 찾으려고 한다 ➡️ 파일 ❌ = 404 에러
• 이를 막기 위해 서버가 항상 index.html 을 반환하도록 설정한다.
• 클라이언트 라우터가 URL을 해석해 알맞은 화면을 렌더링한다.

✅ㅤ리다이렉션

• 서버가 클라이언트에게 "다른 URL로 가라"고 알려주는 것
• 서버 응답 코드 3xx 로 동작한다.
• 리다이렉션 설정이 잘못되면 무한루프, SEO 문제를 일으킬 수 있다.

대표적인 예시	후
HTTP	HTTPS 자동 전환
example.com	www.example.com
/old-path	/new-paath

✅ㅤ보안 (SSL/TLS)

• HTTPS 연결을 위해 서버에 인증서를 설치한다. ➡️ SSL/TLS
• 클라이언트-서버 간 데이터 암호화를 보장한다.

✅ㅤ부하 분산 (로드 밸런싱)

• 여러 대의 서버에 트래픽을 분산시켜 성능과 안정성을 높인다.

프론트에서 가끔 "한 번 로그인했는데, 다른 서버에서는 로그아웃 상태" 와 같은 문제가 생길 수 있다. 이때, 세션 스토리지 방법이 중요하다.

✅ㅤ로깅

• 서버는 요청과 응답에 대한 로그를 남긴다.
• 요청 시간, 요청 IP주소, 요청 URL, 응답 상태 코드, 응답 시간
• 로깅은 문제 분석, 해킹 탐지, 사용량 분석 등에 필수적이다.