'WAS'에 해당되는 글 1건

  1. 2017.01.18 :: 웹 환경의 이해(2/2)
아키텍처 2017. 1. 18. 01:20

Application Layer 집중탐구


주요구성 요소

  • Web Server : 웹 브라우저와 같은 클라이언트로부터 HTTP 요청을 받아들이고, HTML 문서와 같은 정적 웹 페이지를 반환하는 SW/HW를 총칭

  • WAS(Web Application Server) : Java EE 명세를 만족하는 JAVA 구현체로 크게 두 가지로 구분할 수 있다. Java EE 명세를 대부분 지원하고, 다양한 형태의 모듈로 배포가 가능한 고가의 WAS와 웹 모듈의 배포만 가능한 경량 WAS 또는 서블릿/JSP 컨테이너다. 경량 WAS의 대표적인 예로 Tomcat이 있다.


※ Java EE 주요 명세(Specification)를 잠깐 보고 넘어가자!

  • Servlet : HTTP를 사용해 JAVA로 웹 서비스를 제공하기 위한 표준

  • JSP(Java Server Pages): JAVA 코드에 HTML 태그를 삽입하는 Servlet 방식의 문제점을 개선하기 위해 HTML태그에 Java 코드를 삽입할 수 있는 표준으로 JSP가 처음 실행될 때 Servlet/JSP 컨테이너가 JSP를 Servlet으로 컴파일시켜서 내부적으로는 Servlet으로 동작합니다

  • EJB(Enterprise Java Beans) : Java에서 제공하는 분산 컴포넌트 기술로 비즈니스 로직이나 데이터, 메시지를 처리할 수 있습니다

  • Remote Method Invocation(RMI): 프록시를 써서 원격에 있는 Java 객체의 메소드를 실행시키기 위한기술입니다

  • Java Naming Directory Interface (JNDI): 자바 기술로 만들어진 객체에 이름을 붙여 찾을 수 있도록 단일한인터페이스를 제공

  • Java Database Connector(JDBC): 여러 종류의 데이터베이스 시스템에 접근하는 단일한 인터페이스를 제공합니다. 각각의 데이터베이스에 맞는 JDBC 드라이버가 있어야 합니다

  • Java Connector Architecture(JCA): 이기종 플랫폼을 통합할 수 있도록 플랫폼 독립적인 인터페이스를 제공합니다

  • Java Message Service (JMS): 여러 가지 메시징 시스템에 대한 플랫폼 독립적인 인터페이스를 제공합니다


경량 WAS의 핵심 기술 서블릿과 서블릿 컨테이너

▶ Servlet(서블릿)

  • JAVA로 웹 서비스를 구현하기 위한 SUN사의 표준 스펙

  • 독립적으로 실행되지 않으므로 main 메소드가 존재하지 않는다

  • 서블릿 컨테이너에 의해 생성(init), 호출(service), 소멸(destory) 즉, 서블릿 컨테이너가 서블릿의 상태를 변경하면서 서블릿 인터페이스에 정의된 각 메소드를 호출

▶ 서블릿 컨테이너

  • Client의  HTTP 요청을 받고 분석하여 Servlet을 실행시키는 역할을 수행

  • 네트워크 통신, 서블릿의 생명주기 관리, 스레드 기반의 병렬처리



웹 애플리케이션과 배치(Deployment)


웹 애플리케이션

일반적으로 WEB-INF 디렉토리를 가지며, 최상위 디렉토리는 해당 웹 컨텍스트의 최상위 문서 루트가 되고, WEB-INF 디렉토리 아래 web.xml에 서블릿 설정 파일이 존재하며, 독립적인 클래스 로더를 공유하는 웹 프로그램의 모임


배치(Deployment)

위에서도 설명했지만 배치(Deploy)는 웹 애플리케이션을 서블릿 컨테이너가 인식할 수 있도록 컨테이너 내부로 끌어들이는 과정을 말한다.


위에서 배운 지식을 활용하여 HTTP요청이 Servlet에 전달되는 과정을 보면


▶ Servlet 상속구조 관점에서 HTTP 요청 처리과정


[그림1]


Client 호출 URL 분석

① 서버와 통신을 위한 Protocol 선언(http, https, ftp )

HOST 정보(목적지 IP주소(도메인))

N/W 서비스나 특정 프로세스 식별을 위한 논리 단위

④ 컨텍스트명(서블릿 컨테이너에 배치된 웹 애플리케이션명)

⑤ 서블릿 매핑 URL

⑥ 쿼리 스트링(Client가 입력 또는 선택한 정보)


Servlet 상속구조 관점에서 HTTP 요청 처리과정

① 서블릿 컨테이너는 먼저 Client의 HTTP 요청 URL을 해석하여/testServlet이란 컨텍스명으로 매핑된 웹 애플리케이션을 찾습니다그리고 Servlet에게 넘겨줄 HttpServletRequestHttpServletResponse 객체를 생성합니다.

② 웹 애플리케이션 하위 디렉토리의 WEB-INF/web.xml을 참조하여 url-patter에 일치하는 servlet-name servlet-clas 찾습니다.

 서블릿 관리자에게 해당 서블릿 클래스명을 넘겨주면 서블릿 관리자는 해당 서블릿의 인스턴스를 캐시에서 찾아

service(ServletRequestServeltResponse) 메서드를 호출한다캐시에서 없을 경우 인스턴스를 생성하고 캐시에 저장


web.xml

1
2
3
4
5
6
7
8
9
10
web.xml 파일의 서블릿 설정 부분
<servlet>
   <servlet-name>myServlet</servlet-name>
   <servlet-class>MyServlet</servlet-class>
</servlet>
<servlet-mapping>
   <servlet-name>myServlet</servlet-name>
   <url-pattern>myServlet.do</url-pattern>
</servlet-mapping>
 

c


▶ 웹 애플리케이션 구조 관점에서 HTTP 요청 처리과정


[그림2]


'아키텍처' 카테고리의 다른 글

소프트웨어 아키텍처 평가기법  (0) 2017.04.14
웹 환경의 이해(1/2)  (0) 2017.01.18
posted by 생각퍼즐
: