SprignMVC_1 #웹서버/WAS/서블릿

 웹 서버(Web Server)

- HTTP 기반으로 동작

- 정적 리소스 제공, 기타 부가기능

- 정적(파일)HTML,CSS,JS,이미지,영상

   ex) NGINX,APACHE

 

 웹 애플리케이션 서버(WAS)

- HTTP 기반으로 동작

- 웹 서버 기능 포함

      -  동적 HTML,HTTP API(JSON) 

      -  서블릿,JSP,스프링 MVC

    ex) 톰캣(Tomcat) Jetty,Undertow

 

 

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

 - 웹 서버 ㅣ 정적 리소스(파일)      

    WAS    ㅣ 애플리케이션 로직

 

-  둘의 용어,경계 모호

      웹 서버도 프로그램을 실행하는 기능을 포함

      웹 애플리케이션 서버도 웹 서버의 기능을 제공

-  자바는 서블릿 컨테이너 기능을 제공하면 WAS

       서블릿 없이 자바코드를 실행하는 서버 프레임워크도 있다

-  WAS는 애플리케이션 코드 실행에 특화

 

 

웹시스템을 was,db만으로 시스템구성가능하며,

was는 정적 리소스,애플리케이션 로직 모두 제공가능

 

 

웹 시스템 구성을 WAS,DB으로만 할시 문제점

 - WAS가 너무많은 역할로 서버 과부하 우려

-  가장 비싼 애플리케이션 로직이 정적리소스로 수행 어려움

-  WAS 장애시 오류화면도 노출 불가능

 

-  정적 리소스는 웹서버가 처리

-  웹 서버는 애플리케이션 로직같은 동적인 처리가 필요하면 was에 요청위임

-  was는 중요한 애플리케이션 로직 처리 전담

 

 

정적 리소스만 제공하는 웹은 잘 안죽는다

애플리케이션 로직이 동작하는 was서버는 잘죽는다

WAS,DB장애시 WEB서버가 오류화면 제공 가능

 

 

 

 서블릿

특징

- urlPatterns(/hello)의 URL이 호출되면 서블릿 코드가 실행

- HTTP 요청 정보를 편리하게 사용할 수 있는 HttpServletRequest

- HTTP 응답 정보를 편리하게 제공할 수 있는 HttpServeltResponse

- 개발자는 HTTP 스펙을 매우 편리하게 사용

 

HTTP 요청시

 - WAS는 Request,Response 객체를 새로 만들어서 서블릿 객체 호출

 - 개발자는 Request 객체에서 HTTP 요청 정보를 편리하게 꺼내서 사용

 - 개발자는 Response 객체에 HTTP 응답 정보를 편리하게 입력

 -  WAS는 Response 객체에 담겨있는 내용으로 HTTP 응답 정보를 생성

 

 서블릿 컨테이너

- 톰캣처럼 서블릿을 지원하는 WAS

- 서블릿 컨테이너는 서블릿 객체를 생성,초기화,호출,종료하는 생명주기 관리

- 서블릿 객체는 싱글톤으로 관리

• 고객의 요청이 올 때 마다 계속 객체를 생성하는 것은 비효율
• 최초 로딩 시점에 서블릿 객체를 미리 만들어두고 재활용
• 모든 고객 요청은 동일한 서블릿 객체 인스턴스에 접근
• 공유 변수 사용주의
• 서블릿 컨테이너 종료시 함께 종료

- JSP도 서블릿으로 변환되어서 사용

- 동시 요청을 위한 멀티 쓰레드 처리 지원

 

 

 쓰레드 

- 애플리케이션 코드를 하나하나 순차적으로 실행하는 것은 쓰레드

- 자바 메인 메소드를 처음 실행하면 main이라는 이름의 쓰레드가 실행

- 쓰레드가 없다면 자바 애플리케이션 실행이 불가능

- 쓰레드는 한번에 하나의 코드 라인만 수행

- 동시 처리가 필요하면 쓰레드를 추가로 생성