2016.04.20 17:37

WAS. TOMCAT. EJB

정보제공

(*.125.135.139) 조회 수 439 추천 수 0 댓글 0

Atachment
첨부 '11'	web_container.png, web_container3.png, WEBWAS_MODEL_1.gif, WEBWAS_MODEL_2.gif, WEBWAS_MODEL_3.gif, WEBWAS_MODEL_4.gif, 11.jpg, 12.jpg, 13.png, servlet_cgi.jpg, webwas2.gif,

가 크게 작게 위로 아래로 댓글로 가기

* 웹표준의 기본 레이아웃 - 기본 속성에 대한 이해(wrap, header, container, footer, clear:both)
http://jlayout.blog.me/220251928646

* 웹 서버(web server), 웹 컨테이너(web container), 웹 어플리케이션 서버(web application server, WAS) 란?

웹 서버(web server)는 정적인 데이터 위주로 처리하는 역할을 합니다. 대표적으로 HTML 파일. 사용자로 부터 처음 요청을 받아서 그에 해당하는 HTML, CSS 등등 추가적인 행위가 필요없는 정적인 파일을 찾아서 사용자에게 전달해주는 역할을 한다.
톰켓이나 PHP모듈과 서로 연동하여 php나 jsp같은 동적 페이지를 로딩하는 역할도 합니다.

웹 컨테이너(web container)는 JSP파일이나 서블릿 클래스를 실행시켜 그 결과를 웹 서버에 전달해 주는 역할을 한다.

웹 어플리케이션 서버(web application server)는 웹 서버와 웹 컨테이너를 포함하는 큰 범위의 서버라고 생각하면 된다. 웹 서버는 정적 페이지만 로딩이 가능하고, 웹 컨테이너는 동적 페이지에 대한 처리만 가능하다. 이 둘을 같이 이용하는 서버를 웹 어플리케이션 서버라고 한다.

내가 서비스 하는 페이지가 정적인 페이지만 지원을 한다면 웹 서버이고, 동적 페이지를 동시에 지원한다면 웹 어플리케이션 서버가 된다.

* WAS
   - Web Application System 의 약자입니다.
   - WAS는 Tomcat 보다 큰 개념입니다. Tomcat은 웹 컨테이너(Web Container)라고 얘기합니다.
   - WAS는 이런 웹컨테이너들을 모니터링하고 시작/중지 시킬 수 있습니다.
   - 즉, 웹 어플리케이션의 자원관리가 가능합니다.
   - 예로는 제우스(티맥스소프트), 제니퍼(제니퍼소프트) 등이 있습니다.

* Tomcat
   - 웹 컨테이너 입니다.
   - 웹 컨테이너의 역할은 웹 어플리케이션을 웹상에 올려주는 역할을 합니다.
   - 웹 컨테이너는 웹서버의 구성요소이며, 서블릿의 생명주기, 특정 서블릿에 대한 URL맵핑 등을 처리한다.
    또한 JSP 컨테이너와 같은 기능을 제공함.
   - 무료 웹컨테이너 : Apache Tomcat, Apache Geronimo, GlassFish, JBoss, Jetty 등등.

* Web Application Server
   - 웹서버(ws) + 웹 컨테이너(Web Container)
   - 웹상에서 사용하는 컴포넌트들을 올려놓고 사용하게 되는 서버
   - EJB(Enterprise JavaBeans) 와 같은 Beans이 올라가게 되며,
     서버에 따라 웹에 필요한 많은 기능을 포함하고 있다.

* EJB(Enterprise JavaBeans)
    - 엔터프라이즈(기업형)급 프로젝트를 할 때 쓰는 일종의 프레임워크라고 보시면 됩니다.
    - 쓰기 복잡하고 설정이 어렵습니다.
    - Spring 으로 대체 가능하여 잘 쓰지 않는 추세입니다.

* 보안(Security)
- 사용자 인증과 제한된 사용자만 접근 할 수 있도록 지원

* 병행성 관리(Concurrency management)
- 여러 개의 작업이 동시에 이루어지는 경우에 쓰레드를 통해서 작업이 보다 효과적으로 이루어지도록 지원

* 라이프 사이클 관리(Life Cycle management)
- 웹 응용 프로그램이 생성되고, 실행되고, 삭제되는 라이프 사이클 전 과정을 지원

* 서브릿(Servlet)
- 서버에서 수행되는 소형 프로그램. 일반적으로 서버에 존재하며 사용자 입력에 의해 데이터베이스에 접근하는 프로그램은 공통 게이트웨이 인터페이스(CGI) 프로그램을 사용해 수행되는데, 자바 서버 프로그램은 자바 프로그래밍 언어로 수행된다. CGI 프로그램보다 수행 속도가 빠르고, 프로그램 프로세스가 생성되는 것이 아니라 각 사용자 요청이 상주 프로그램(daemon)의 하나의 스레드(thread)로 수행된다. 추가(add-on) 모듈로 된 자바 서블릿은 넷스케이프 엔터프라이즈와 인터넷 정보 서버(IIS), 아파치 서버에서 수행된다.

1. Web Server (WS) 구조
    - HTTP 서버는 단순히 어떤주소(URL) 요청이 들어왔을 경우, 그 주소에 미리 매핑되어 있는
      컨텐츠(HTML 파일, 이미지 등)를 사용자의 브라우저에 응답 형태로 전송하는 역할을 한다.

    - 요청이 들어오면 확장자(.jsp)등을 확인하여 서버사이드 문서를 요청했는지 판단한다.
    - HTTPD는 요청된 문서가 클라이언트 사이드인지 서버사이드인지 판단한다.
    - 서버사이드라면 웹 컨테이너에서 JSP/Servlet을 실행시킨 다음,
    - 요청 결과를 클라이언트 사이드 문서(HTML)로 만들어 HTTP Server로 보내면
    - HTTP Server 가 웹 브라우저로 보낸다.

    - 클라이언트 요청을 받아 HTML이나 오브젝트를 HTTP Protocol을 이용하여 전송하는 것
    - User가 Client로 Request를 보내오면 그 명령에 대한 처리를 실행하고 다시 user에게 Response를 보내주는 역할
     하지만, 사용자가 요청한 것들 중에 웹 서버 자체적으로 처리 할 수 없는 것들을 WebLogic이나,
     Tomcat과 같은 웹 컨테이너나 php 모듈과 같이 처리 할 수 있는 곳으로 넘겨 처리 결과를 받은 후,
     사용자에게 넘겨주는 역할도 수행
    - 웹 서버만 구축된 서버는 웹페이지, 이미지 등 정적인 페이지를 생성하지만, Jsp 컨테이너가 탑재되어 있는
     웹 어플리케이션 서버는 jsp 페이지를 컴파일해 동적인 페이지를 생성한다.
      따라서 웹서버는 일반 웹문서를, 웹어플리케이션서버는 jsp 페이지 등을 양분하여 서버 부담을 줄이는 역할을 한다.

2. Web Container
    - 웹 서버에는 HTML을 클라이언트로 보내는 HTTP Server, JSP/Servlet을 실행하는 엔진,
    - 엔진과 JSP/Servlet를 실행하는데 필요한 라이브러리 등을 포함한 웹 컨테이너가 있다.
    - 엔진은 JSP/Servlet을 실행해 결과물인 HTML을 만든다.
    - 커넥터(Connector)는 HTML을 HTTP Server로 보내 웹 브라우저가 응답하게 한다.
     Tomcat Web Server 에는 카탈리나(Catalina) Container, 자스퍼(Jasper) 엔진,
      Container와 HTTP Server를 연결하는 코요테 (Coyote) Connector가 있다.
    - 웹 프로그래밍에는 Web Container 가 반드시 있어야 한다.
    - HTTP Server는 자바로, Apache HTTP Server는 C 언어로 만들어 졌다.

    - Jsp와 Servlet을 이용하는 웹 응용 프로그램은 자바 언어를 이용해서 작성 할 수 있는데
     Jsp와 Servlet을 실행시킬 수 있는 소프트웨어를 웹 컨테이너(web Container)
      혹은 서블릿 컨테이너(Sevlet Container) 라고 한다.

    - Sevlet Container, Jsp Container, EJB Container 등의 종류가 있다.
      대표적인 웹 컨테이너(Web Container) : 웹로직(JSP 실행 가능), 자카르타 Tomcat, Resin 등

    - 웹 서버(ws)에서 jsp를 요청하면 웹로직에서는 jsp파일을 servlet으로 변환하여 컴파일을 수행하며,
      서블릿의 수행 결과를 웹 서버에 전달하게 된다.

    - 자바 플랫폼, 엔터프라이즈 에디션(Java Platform, Enterprise Edition; Java EE)은 자바를 이용한 서버측
     개발을 위한 플랫폼이다. Java EE 플랫폼은 PC에서 동작하는 표준 플랫폼인 Java SE에 부가하여,
     웹 애플리케이션 서버에서 동작하는 장애복구 및 분산 멀티티어를 제공하는 자바 소프트웨어의 기능을 추가한
      서버를 위한 플랫폼이다. 이전에는 J2EE라 불리었으나 버전 5.0 이후로 Java EE로 개칭되었다.
     이러한 Java EE 스펙에 따라 제품으로 구현한 것을 웹 애플리케이션 서버 또는 WAS라 불린다.

3. Jsp Container / Engin
    - 웹 서버의 내부에서 서블릿 클래스 또는 JSP 파일을 실행하기 이한 실행환경을 재공하는 역할을 하며,
      서블릿 클래스에 대한 웹 컨테이너를 서블릿 컨테이너, JSP 파일에 대한 웹 컨테이너를 JSP 컨테이너라고 한다.
    - jsp와 서블릿을 사용한 웹서버는 크게 URL 주소의 해석을 맡아주는 HTTP 서버와 서블릿
      또는 JSP 파일의 실행 요청을 처리해주는 웹 컨테이너로 구성된다.
    - 서블릿 컨테이너가 Jsp 컨테이너가 된다.
    - 즉, Jsp는 서블릿으로 변환된 후 실행되는데 이 Jsp를 서블릿으로 컴파일 해주는 것이 Jsp 서블릿/엔진 이다.
    - 웹 컨테이너는 웹 응용프로그램을 위해 보안, 병행성 관리, 라이프 사이클 관리 등의 서비스를 제공 한다.

4. Servlet Container
    - 서블릿을 동작시킬 수 있는 환경을 제공하는 서버 프로그램
    - 즉, Http 요청을 받아 해당 서블릿을 동작시키고, 그 결과를 사용자 브라우저로 전달하는 역할
    - Http 파라미터 파싱, 결과 전달 컨트롤, Forwarding, Redirecting 기능 제공
    - 개발한 서블릿을 컨테이너에 등록하면 컨테이너가 알아서 처리한다.

WEB 서버와 WAS 서버 정의

- 구분 이유 :  정적, 동적 컨텐츠를 분산 처리함으로써 서비스의 효울을 향상 시켜 안정적인 트랜잭션 처리
- WEB서버 : 정적 데이터의 처리, Web Client(웹 브라우저)에 컨텐츠를 제공
                      Apache, IIS, WebtoB, tMax 등
- WAS서버 : 동적 데이터의 처리, 일반적으로 DB조회나 비즈니스 로직을 처리하며
                      Web Client 에게는 처리 결과값만을 전송
                      컨테이너라고도 정의되며 CGI, Servlet, JSP, ASP 등의 프로그램 사용
                      BEA Web Logic, IBM Web Spere, JBOSS, Tomcat, Resin, tMax jeus,
                      Bluestone, Gemston, Inprise, Oracle, PowerTier, Apptivity, SilverStream 등

* 참고 : WEB(또는 WAS)이라 지칭하는 일부는 WAS(또는 WEB)로 구분되는 Web Application의 구동이 가능하다. 예를 들면 IIS(Web) 은 WAS의 기능을 제공하고 있으며, Tomcat(WAS) 은 Apache(WEB) 의 기능을 내장하고 있다.

- Servlet : 동적 HTML 문서 작성을 위한 Java 프로그래밍 모델 지원하는 프로그램.
- JSP (Java Server Page) : Servlet 사용 통한 웹 페이지 내용,모양 제어. 웹서버에 의해 실행될 자바 프로그램 호출 - XML : 웹 상에서 구조화된 문서를 전송 가능하도록 설계된 표준화된 텍스트 형식
- EJB (Enterprise JavaBeanse) : 기업환경 구현 위한 컴포넌트 모델

WEB, WAS 서버 구성

구성	설명
	- 기본 구성.트래픽이 적은 경우 또는 개발,테스트 환경 - WEB과 WAS를 한 서버에 구성(비용 감소) - 정적데이터 처리 시 동적데이터 처리의 지연 발생 또는 반대의 경우 발생
	- WEB과 WAS의 기능 분리 - 정적데이터는 WEB, 동적데이터는 WAS에서 처리 - 물리적으로 WEB서버만 외부에 위치하여 보안 강화
	- WAS 에 과부하를 막기 위해 기능을 구분하여 이중화 - 프리젠테이션과 비지니스처리 로직을 구분하여 부하 방지 - 구조가 복잡해짐
	- 이미지 서버 등 별도의 WEB서버를 구성하여 비지니스 처리를 위한 트래픽을 감소시켜 처리 효율화 예)수강신청 페이지를 별도 WEB서버에 위치시켜 부하분산 - 여러 환경에 빠르게 대처가 가능하나 구조가 복잡해짐

Web 서버
소프트웨어와 하드웨어로 구분되며, 하드웨어는 말 그대로 Web 서버가 설치되어 있는 컴퓨터를 말한다.
그리고 소프트웨어 Web 서버란 브라우저 클라이언트로 부터 HTTP 요청을 받아들이고 HTML 등의 웹 페이지 문서에 반응하는 컴퓨터 프로그램이다. HTTP 프로토콜을 기반으로 하여 브라우저의 요청을 서비스 하는 기능을 담당한다.

WAS 서버(Web Application Server, 컨테이너)
HTTP를 통해 컴퓨터나 장치에 애플리케이션을 수행해주는 미들웨어(소프트웨어 엔진)이다. 동적 서버 콘텐츠를 수행한다는 것으로 일반 WEB 서버와 구별되며, 주로 데이터베이스 서버와 같이 수행된다. 한국에서는 WAS 서버로 통칭하지만 영어권에서는 Application Server로 불린다.WEB 서버의 기능들을 구조적으로 분리하여 처리하고자하는 목적으로 제시된것, 크게 WEB 서버의 기능과 컨테이너의 기능으로 구성한다.

정리하면, WEB 서버는 HTML 문서같은 정적 컨텐츠를 처리하는 것이고 (HTTP 프로토콜을 통해 읽힐 수 있는 문서)
WAS 서버는 asp, php, jsp 등 개발 언어를 읽고 처리하여 동적 컨텐츠, 웹 응용 프로그램 서비스를 처리하는 것이다.
처리하는 기능은 나누어져있지만 요새 WAS 서버에는 WEB서버 기능을 포함하고 있다고 한다.
WAS에 대해서 좀더 살펴보자면, J2EE 스펙을 구현한 서버로 분산 트랜잭션, 보안, 메시징, 쓰레드 처리 등의 기능을 처리하는 분산환경에서 사용되는 미들웨어이다.
웹서버 + 웹 컨테이너로 웹상에서 사용하는 컴포넌트를 올려놓고 사용하게 되는 서버이다.
Web Logic, Jeus, Tomcat, JBoss 등이 있다. Tomcat 같은 경우 WAS가 아니라는 사람들도 있는데 이는 Tomcat에는 EJB 컨테이너로의 기능이 없기 때문이다.
WAS가 컨테이너도 포함될 수 있다고 하는데 이 컨테이너 Containner 무엇이냐면 JSP와 Servlet을 실행시킬 수 있는 SW를 웹 컨테이너라고 한다.
JSP를 배울 때 대체적으로 Apache와 Tomcat을 사용한다. Apache는 웹서버를 담당하고 Tomcat은 WAS 이다.
ASP를 구동하기 위해서는 IIS를 사용한다. ASP의 환경이 MS계열 서비스라면 WAS의 기능을 담당하는 부분이 있어 별도의 WAS가 필요하지않다.
그렇다면 ASP처럼 하나를 쓰지 않고 WAS와 웹서버가 동시에 왜 필요할까.
우리가 만드는 웹페이지는 정적 컨텐츠만 있는 것도 아니고 동적 컨텐츠도 함께 노출되게 된다.
WAS가 정적 데이터를 처리로 인해 동적 컨텐츠의 처리가 지연이 될 것이고 이로 인한 페이지 노출시간이 늘어나게 된다.
WAS는 동적 처리에 최적화 되어 있는 서비스이기 때문에 처리 속도를 위해, 정적처리는 웹서버에서 처리를 하고, 동적 컨텐츠는 WAS에서 처리하게 된다. 간단히 말하면 분산처리를 위한 것이다.
사용자가 클라이언트(브라우저)에 요청을 하게 되면 이를 웹서버에서 반응하여 WAS의 처리를 거쳐 웹페이지로 다시 웹서버에서 클라이언트(브라우저)에 응답 메세지를 주는 것이다.

한마디로 WEB 서버가 처리할 수 있는 형태로 가공하여 제공해줄수 있는 웹 어플리케이션 정도. WAS를 사용하는 이유는 WEB서버에서는 웹 문서만 처리하도록 기능을 분배하여 서버의 부담을 줄이기 위한 것이라 할 수 있다.

WAS (Web Application Server)

Web 서버의 기능들을 구조적으로 분리하여 처리하고자 하는 목적으로 제시 된 것으로, 크게 Web 서버의 기능과 컨테이너의 기능으로 구성되어 있다.
동적 컨텐츠 서비스 : CGI, Servlet, JSP, ASP, PHP 등

# 분산 처리의 목적

WAS는 동적 처리에 최적화 되어 있고, 정적 처리 역시 가능하다. 하지만, WAS에서 모든 처리가 이뤄지게 되면 어느 한쪽의 처리가 지연될 수 있다. 데이터 처리의 지연은 곧 응답 시간의 지연으로 이어지게 된다. 따라서 정적 컨텐츠는 Web Server, 동적 컨텐츠는 WAS에서 분산 처리 함으로써 서버의 서비스 효율을 높일 수 있다.

# 참고

IIS는 Web Server를 기반으로 시작했지만, 현재는 WAS의 기능도 제공하고 있다. 그리고 자바의 서버 구성은 보통 Apache (Web Server), Tomcat (WAS)으로 명확하게 구분되어 있다. 참고로 Tomcat은 Apache의 기능을 내장하고 있어서 Web Server의 역할도 가능하다.