웹서버, 웹 애플리케이션 서버

1. 강의

2. 10분 테코톡

3. 얄코라디오

를 정리한 내용입니다.

1. 웹 애플리케이션의 이해 강의

---

모든 것이 HTTP

• HTML,TEXT
• IMAGE, 음성, 영상, 파일
• JSON, XML (API)
• 거의 모든 형태의 데이터 전송 가능
• 서버간에 데이터를 주고 받을 때도 대부분 HTTP 사용

---

웹 서버(Web Server)

• HTTP 기반으로 동작
• 정적 리소스 제공, 기타 부가기능
• 정적(파일) HTML, CSS, JS, 이미지, 영상
• 예) NGINX, APACHE

---

웹 애플리케이션 서버(WAS- Web Application Server)

• HTTP 기반으로 동작
• 웹 서버 기능 포함 +(정적 리소스 제공)
• 프로그램 코드를 실행 시켜서 애플리케이션 로직 수행 특화
  • 동적 HTML, HTTP API(JSON)
  • 서블릿, JSP, 스프링 MVC
• 예) 톰캣(Tomcat), Jetty, Undertow

---

웹 시스템 구성 - WAS, DB

• WAS, DB 만으로 시스템 구성 가능
• WAS는 정적 리소스, 애플리케이션 로직 모두 제공 가능

=>

• WAS가 너무 많은 역할을 담당, 서버 과부하 우려
• 가장 비싼 App logic이 정적 리소스 때문에 수행이 어려울 수 있다.
• WAS 장애시 오류 화면(정적 화면) 노출 불가

---

웹 시스템 구성 - WEB 서버, WAS, DB

• 정적 리소스는 웹 서버가 처리
• 웹 서버는 애플리케이션 로직같은 동적인 처리가 필요하면 WAS에 요청을 위임
• WAS는 중요한 애플리케이션 로직 처리 전담

• 효율적인 리소스 관리
  • 정적 리소스가 많이 사용되면 Web 서버 증설
  • App 리소스가 많이 사용되면 WAS 증설

 

 

• 정적 리소스만 제공하는 웹 서버는 잘 죽지 않는다.
• 애플리케이션 로직이 동작하는 WAS 서버는 잘 죽는다.
• WAS, DB장애시 WEB 서버가 오류 화면 제공 가능!

 

---

2. [10분 테코톡] 👩‍🦰희봉의 웹서버 vs WAS

---

태초에 웹 서버가 있었나니...

Web

• 인터넷을 기반으로 한, 정보를 공유, 검색 할 수 있게 하는 서비스
• URL,HTTP,HTML

Server

- 클라이언트에게 네트워크를 통해 정보나 서비스를 제공하는 컴퓨터(물리) or 시스템

 

Web Server

- 인터넷을 기반으로 클라이언트에게 웹 서비스를 제공하는 컴퓨터

클라이언트 (브라우저) <-> 웹 서버

클라이언트 : 웹 서버에게 요청하고 응답받음

웹 서버 : 클라이언트의 요청을 받아 응답 - 정적인 리소스 (html, css, 이미지) 제공!

---

HTML은 프로그래밍 언어가 아닙니다. (마크업 언어)

하지만 JAVA는 프로그래밍 언어입니다!

---

Web Application Server

 

Web Application : - 웹에서 실행되는 응용프로그램.

Web Application Server

• 웹 애플리케이션과 서버 환경을 만들어 동작시키는 기능을 제공하는 소프트웨어 프레임워크
• 웹 애플리케이션을 실행시켜 필요한 기능을 수행하고 그 결과를 웹 서버에게 전달.
• php,jsp,asp와 같은 언어들을 사용해 동적인 페이지를 생성할 수 있는 서버
• 프로그램 실행 환경과 데이터베이스 접속 기능 제공
• 비즈니스 로직 수행 가능
• 웹 서버 + 웹 컨테이너
• 컨테이너 : jsp, servlet을 실행 시킬 수 있는 소프트웨어

 

제품군 : 

웹 서버 - 아파치,NginX,Microsoft IIS

WAS : 톰켓, IBM WebSphere, JEUS

---

Web Server VS WAS

웹 서버 - 정적인 데이터 위주

WAS - 동적인 데이터 처리 기능 제공! (DB 조회, 어플리케이션 로직 수행, 서버간 통신 등등)

 

---

3. 얄코 테코톡

---

웹 서버의 기본적인 역할

: 서버 컴퓨터에 저장된 파일 (HTML, CSS, JAVASCRIPT) 을 특정 디렉토리에 넣어두면 이 폴더를 외부에서 접근 가능하도록 개방해서 서버에 지정된 웹사이트 주소로 접근하면 이것들을 받아 갈 수 있도록 하는것

 

: 이건 정적 웹 - 편의점 이잖아요

: 블로그, 회사의 소개 페이지

 

동적웹 - 식당

 

요즘은 스프링 부트에 톰캣이 내장됨

 

아파치나 NginX같은 웹 서버도 PHP같은 분식 종류는 요리할 수 있지만

스프링 같은 고급한정식을 요리할 때는 톰캣 같은 전문 요리사(WAS)가 필요하다

 

스프링으로 코딩한 웹앱을 war로 빌드하면 그 안에 .class 파일들이랑, jsp, 이미지, css, js 파일 등이 압축돼있다.

-> war vs jar : 나중에 공부

 

톰캣 - 정적 리소스를 넘겨주는 편돌이 일에 조금은 느리다.

 

 

웹 서버를 앞단에 두고 손님들을 맞는 이유

• Reverse Proxy
  • 손님들에게 주방의 위치를 감춘다.
  • 보안상 내부 구조(파일의 위치, 포트 번호 등등)를 감출 필요가 있다.
• 로드 밸런싱
  • 톰캣이 여러개 돌고 있을때 발란스 맞춰주는거 잖아요
  • 지속성을 위해서 필요하다!
  • 성능 측면에서도 필요하다!
• 캐싱!
  • 리버스 프록시의 캐시이다.
  • 서버로 찾아오는 손님들이 자주, 반복적으로 찾을 만한 리소스들을 응접실에 쌓아뒀다가 바로 제공하는 것
• 여러 모듈
  • 뒷단 WAS들이 정상작동하는가에 대한 헬스 체크

 

 

아파치 vs NginX

아파치 : MPM prefork or MPM worker (안정성)

NginX :  Event Driven (성능과 가벼움을 중요시)