[알쓸신네#11] 겉으론 하나, 속으론 둘? 🤯 웹서버와 WAS의 환상적인 콤비 플레이!

겉으론 하나, 속으론 둘? 웹서버와 WAS의 환상적인 콤비 플레이!

안녕. Jake야! 😎 다들 웹사이트 접속은 매일 하잖아? 우리가 그냥 'www.naver.com' 이렇게 주소 하나 치고 들어가면 멋진 화면이 짠! 하고 뜨지.

근데 말이야, 우리가 레스토랑에 가서 주문할 때를 생각해 봐. 🍽️

우리는 그냥 '웨이터'한테 주문하지? "저기요, 파스타 하나요!" 그러면 웨이터가 주문을 받아서 '주방장(셰프)'한테 전달하고, 셰프가 뚝딱 요리를 만들어서 다시 웨이터를 통해 우리한테 음식이 나오잖아.

놀랍게도 우리가 웹사이트에 접속할 때도 이와 비슷한 일이 벌어지고 있어! 😱 분명 '웹사이트' 하나에 접속했는데, 사실 그 뒤에선 '웹 서버'와 'WAS 서버'라는 두 명의 전문가가 바쁘게 일하고 있다는 사실!

"엥? 그게 그거 아니야?" "왜 하나로 안 하고 굳이 둘이 일해?" 궁금증 폭발하는 친구들을 위해, 오늘 이 둘의 정체와 환상적인 팀워크를 낱낱이 파헤쳐 줄게. 🚀

🧐 정적? 동적? 서버에도 역할이 있다!

가장 핵심적인 차이부터 짚고 가자! 바로 '정적(Static)'인 걸 처리하느냐, '동적(Dynamic)'인 걸 처리하느냐의 차이야.

• 정적 (Static) 📸: 언제, 누가 접속하든 절대 변하지 않는 파일들. (예: 로고 이미지, 사이트 디자인을 정하는 CSS 파일, 기본 틀인 HTML 파일)
• 동적 (Dynamic) 🏃‍♂️: 요청하는 사람, 시간, 상황에 따라 내용이 실시간으로 바뀌는 파일들. (예: '네콩' 님의 로그인 정보, 실시간 검색어 순위, 내 장바구니 목록)

이걸 아까 레스토랑 비유에 다시 넣어볼까?

• 정적: 메뉴판, 물, 기본 반찬 (누구에게나 똑같이 나감)
• 동적: 손님의 주문에 맞춰 조리한 스테이크, 알레르기 정보를 뺀 파스타 (손님마다 다르게 나감)

이제 감이 좀 오지? 이걸 서버에 대입해 보자!

🙋‍♂️ 1타 서빙맨, '웹 서버 (Web Server)'

웹 서버는 이 중에서 '정적(Static)'인 파일들을 담당하는 친구야. 마치 레스토랑의 빠릿빠릿한 웨이터 같아.

손님(사용자)이 "로고 이미지(logo.jpg) 보여줘!"라고 요청하면, 웹 서버는 "넵! 여기 있습니다!" 하고 이미 준비된 파일을 잽싸게 가져다줘.

• 하는 일: HTML, CSS, Javascript, 이미지 파일처럼 이미 만들어져 있는 리소스를 제공.
• 대표 주자: Apache, Nginx
• 특징: 정적인 것만 처리하니까 속도가 엄청 빨라! ✨

[요청하신 '웹 서버 정적 콘텐츠 다이어그램' 관련 이미지]

👨‍🍳 만능 요리사, 'WAS (Web Application Server)'

WAS (와스)는 '동적(Dynamic)'인 처리를 전담하는 친구야. 레스토랑의 메인 셰프라고 할 수 있지! 🍳

손님(사용자)이 "나 로그인할래!" 또는 "내 장바구니 보여줘!"처럼 개인화된 요청을 하면, 웹 서버는 이 요청을 슬쩍 WAS에게 넘겨.

그럼 WAS는 "OK, '네콩' 님 아이디 맞는지 DB(데이터베이스)에 물어보고... 장바구니 목록도 DB에서 가져와서... 예쁘게 HTML 페이지로 만들어줄게!" ...처럼 복잡한 '프로그램 로직'을 실행하고, 데이터를 가공해서 '새로운' 결과를 만들어내.

• 하는 일: 프로그램 코드(Java, Python, PHP 등)를 실행하고, DB와 연동하여 실시간으로 데이터를 처리.
• 대표 주자: Tomcat (주로 Java), uWSGI (주로 Python)
• 특징: 복잡한 연산과 비즈니스 로직을 수행할 수 있어.

 

🤔 그래서 왜 굳이... 둘을 나눈 걸까?

자, 여기서 진짜 궁금증이 나오지. "요즘 WAS도 정적인 거 처리 잘한다던데? 그냥 WAS 하나만 쓰면 안 돼?"

정답: 안되는 건 아니지만, 둘을 나누는 게 훨씬 이득이야!

이유는 크게 3가지야.

1. 효율성 (분업과 집중) 🚀 셰프(WAS)가 서빙(Web Server)까지 하면 얼마나 바쁘겠어? 🥵 간단한 메뉴판(정적 파일) 서빙은 빠른 웨이터(웹 서버)에게 맡기고, 셰프(WAS)는 시간이 오래 걸리는 메인 요리(동적 처리)에만 집중하는 거야. 이렇게 역할을 나눠야 전체 레스토랑(웹사이트)이 훨씬 빠르고 효율적으로 돌아가.
2. 안정성 (서버 다운 방지) 💪 만약 손님이 1000명이 몰려서 메인 요리(동적 처리) 주문이 폭주했다고 생각해 봐. 셰프(WAS)가 과부하로 쓰러질 수도 있겠지? 😵 [요청하신 '웹 서버와 WAS 아키텍처 로드 밸런싱' 관련 이미지] 이때 웨이터(웹 서버)가 앞에서 주문을 조절해 주거나(Load Balancing), 셰프가 여러 명(WAS 여러 대)일 때 주문을 나눠줄 수 있어. 혹시 셰프 한 명이 쓰러져도(WAS 1대 다운), 다른 셰프(다른 WAS)에게 연결해 주거나, 최소한 웨이터(웹 서버)가 "지금 주방이 바빠요!"(에러 페이지)라도 보여줄 수 있지.
3. 보안 (방화벽 역할) 🔒 손님(사용자)이 주방(WAS, DB)에 바로 들어오면 위험하잖아! 웨이터(웹 서버)가 홀(앞단)에서 먼저 손님을 응대하고, 주방(뒷단)은 숨겨두는 거야. 해커가 공격하더라도 1차로 웹 서버를 뚫어야 하고, 진짜 중요한 로직이나 DB가 있는 WAS는 뒤에 숨어서 보호받을 수 있어.
   
   

   

 

🎩 사용자에겐 '하나'로 보이는 마법

그럼 왜 우리 눈엔 이게 하나로 보일까?

우리가 접속하는 주소(예: www.alsil.com)는 딱 하나, 바로 웹 서버(웨이터)의 주소이기 때문이야.

우리는 웹 서버라는 단일 창구를 통해서만 요청을 보내. 그럼 웹 서버가 받은 요청을 딱 보고, "음, 이건 로고 이미지네? 내가(웹 서버) 줘야겠다." "어? 로그인이네? 이건 내 전문이 아니군. 저기 셰프님(WAS)!" ...하고 자기가 처리할지, 뒤로 넘길지를 다 알아서 처리해 주는 거야.

그러니 우리는 그 뒤에서 주방(WAS)과 창고(DB)가 얼마나 바쁘게 돌아가는지 몰라도, 그냥 웨이터(웹 서버)가 가져다주는 화면만 편하게 보면 되는 거지! ✨

🚀 엔지니어를 위한 TMI (Tech More Inside)

자, 이제 알쓸신네 매니아들을 위한 딥 다이브 시간! 🤓

1. 리버스 프록시 (Reverse Proxy): 사실 위에서 설명한 '웹 서버가 WAS에게 요청을 넘기는' 구조가 바로 '리버스 프록시' 아키텍처의 핵심이야. Nginx나 Apache가 WAS의 앞단에서 '대신' 요청을 받아주는 프록시 서버 역할을 하는 거지.
2. Web/WAS 연동 방식: 그럼 웹 서버랑 WAS는 어떻게 대화할까? 둘을 연결하는 전용 통신 규약(프로토콜)이 있어. Apache와 Tomcat은 AJP(Apache JServ Protocol)를 쓰기도 하고, 요즘엔 Nginx와 uWSGI(Python)를 FastCGI나 HTTP로 묶는 경우도 많아.
3. 그럼 Node.js는?: "어? Node.js는 서버 하나로 다 하던데요?" 맞아! Node.js(Express 등)는 그 자체로 웹 서버 기능과 동적 처리(WAS) 기능을 다 할 수 있어. 하지만 현업에선 안정성, 로드 밸런싱, SSL 처리 등을 위해 Node.js 서버 앞단에도 결국 Nginx 같은 웹 서버(리버스 프록시)를 둔다는 사실!
4. 포트 분리: 보통 이런 구조(Web-WAS)를 구성할 때, 사용자는 80(HTTP)이나 443(HTTPS) 포트로 웹 서버에 접속해. 그리고 웹 서버는 내부망을 통해 8080이나 9000 같은 다른 포트에서 돌아가는 WAS에게 요청을 전달하지. 밖에서는 WAS 포트가 보이지 않으니 보안에도 좋아.

✨ 마무리하며

자, 오늘 어땠어? 그냥 '사이트 접속'이라는 단순한 행동 뒤에, 웹 서버(웨이터)와 WAS(셰프)라는 두 친구가 이렇게 열심히 분업하고 있었다니, 좀 신기하지 않아? 😎

정리하면!

• 웹 서버: 정적 파일 서빙 (빠른 웨이터)
• WAS: 동적 로직 처리 (능력자 셰프)
• 분리 이유: 효율성, 안정성, 보안 UP! 🚀

겉으론 하나처럼 보여도, 속사정은 이렇게 체계적인 역할 분담이 숨어 있었던 거야.

다음엔... 이 서버들이 서로 '어떤 말'로 대화하는지 (프로토콜) 한번 털어볼까? (스포: HTTP!)

오늘 내용 유익했다면 공감 꾹! 💖 너가 알고 있는 또 다른 서버 비유가 있다면 댓글로 알려줘! 👇

그럼 다음 시간에 더 쓸모 있는 네트워크 지식으로 돌아올게! 안녕! 👋