🚀 Nginx: 왜 사용하는가?

피케이의 Nginx 발표를 보고 정리한 내용입니다.
"어떻게 쓰는가"보다 "왜 써야 하는가"에 집중한 내용입니다.

---

🧩 Nginx란 무엇인가

• 웹 서버 + 리버스 프록시 + 로드 밸런서 + HTTP 캐시로도 사용할 수 있는 소프트웨어
• 이벤트 기반 구조로 설계됨
• 뛰어난 성능과 가벼움으로 웹서버 점유율 1위

---

🔥 Apache vs Nginx

Apache의 구조

• 1995년 NCSA HTTPd 기반으로 탄생
• 요청마다 프로세스를 생성하는 구조
• 요청 수가 많아지면 메모리 소모와 컨텍스트 스위칭 증가

---

Prefork 방식

• 요청 전에 미리 프로세스를 생성해놓음
• 모든 요청을 동기적 프로세스 기반으로 처리
• UNIX 계열 OS가 네트워크 커넥션을 형성하는 모델을 그대로 적용한 것

---

확장성은 좋지만...

• 모듈 개발은 쉬움
• 하지만 구조적 한계로 동시 커넥션 처리에 약함
• 결국 C10K 문제에 직면하게 됨

---

⚠️ C10K 문제와 Nginx의 등장

• Connection 10,000 Problem
• Apache는 프로세스를 계속 생성하므로 메모리 폭발
• Keep-Alive(해당 옵션에 적힌 시간만큼 커넥션 유지) 커넥션이 많아질수록 Apache는 한계에 도달

---

Nginx의 해결 전략

• 2004년 등장
• Apache 앞단에 리버스 프록시로 배치
• 정적 파일 처리는 Nginx가 담당
• Apache는 동적 요청 처리만 전담

---

⚙️ Nginx 아키텍처

Event-driven 모델

• 마스터 프로세스: 설정 로드 및 워커 프로세스 생성
• 워커 프로세스: 요청 처리, 커넥션 관리

• 네모 칸들이 큐 안에 보면 커넥션을 생성하거나 요청을 처리하는 이벤트로 채워져 있는 것을 볼 수 있음
• 이러면 워커 프로세스가 쉬지 않고 계속해서 일을 하기 때문에 서버 자원을 효율적으로 사용하는 것
• CPU의 컨텍스트 스위칭 사용을 줄임

---

커넥션 처리 방식

• 이벤트 큐 기반
• 워커는 커넥션 하나에 고정되지 않음
• 비동기 방식으로 여러 요청을 효율적으로 처리

긴 작업은?

• 별도의 스레드 풀에서 처리
• 워커는 다음 이벤트를 빠르게 처리 가능

---

😢 Nginx 단점

• 개발자가 모듈을 직접 만들기가 까다로움
• 하지만 단점에 비해 장점이 명확해 많이 사용함

---

🔄 동적 설정 변경

• 설정 변경 시 Nginx를 완전히 종료할 필요 없음
• 마스터가 새로운 설정으로 워커 교체
• 기존 워커는 기존 커넥션을 처리한 뒤 종료

✅ 실시간 로드밸런싱 구성 가능
✅ 서비스 중단 없이 서버 확장 가능

---

📈 Nginx가 인기 있는 이유

Apache	Nginx
다양한 모듈	구조가 단순하고 가벼움
하위 호환성 좋음	동시 커넥션 처리에 강함
윈도우 호환 우수	리눅스 기반에서 성능 우수

• 2008년부터 점유율 역전 시작
• 현재는 대규모 트래픽 처리 시스템에서 사실상 표준

---

🛠 실전 활용: 어디에 쓰면 좋을까?

1. SSL 터미네이션

• 클라이언트와는 HTTPS, 서버와는 HTTP
• 서버의 복호화 부하 제거

2. 정적 리소스 캐싱

• CDN 또는 엣지 서버처럼 활용
• 응답 속도 개선, 서버 부하 감소

3. CORS 처리 / HSTS / HTTP/2 지원

• 보안 정책 처리도 Nginx가 가능

---

✅ 정리

• Nginx는 동시 커넥션 처리에 강한 이벤트 기반 웹 서버입니다.
• Apache는 모듈성과 안정성이 강점이지만, 구조적 한계가 있습니다.
• 현대 웹 아키텍처에서는 Nginx를 정적 리소스 처리 + 리버스 프록시 + 부하 분산용으로 적극 활용하는 것이 일반적입니다.

---

🎥 참고 자료

📺 피케이의 Nginx