웹 애플리케이션 서버(Web Application Server, 약자 WAS)는 인터넷 상에서 HTTP를 통해 사용자 컴퓨터나 장치에 애플리케이션을 수행해 주는 미들웨어(소프트웨어 엔진)이다.
웹 애플리케이션 서버는 동적 서버 콘텐츠를 수행하는 것으로 일반적인 웹 서버와 구별이 되며, 주로 데이터베이스 서버와 같이 수행이 된다. 한국에서는 일반적으로 "WAS" 또는 "WAS S/W"로 통칭하고 있으며 공공기관에서는 "웹 응용서버"로 사용되고, 영어권에서는 "Application Server" (약자 AS)로 불린다.
웹 애플리케이션 서버는 대부분이 자바 기반으로 주로 Java EE 표준을 수용하고 있으나, 자바 기반이지만 Java EE 표준을 따르지 않는 제품과 .NET이나 Citrix 기반인 비Java 계열도 존재한다.
목차[숨기기] |
[편집]개요
웹 애플리케이션 서버의 기본 기능은 3가지이다.
- 프로그램 실행 환경과 데이터베이스 접속 기능을 제공한다.
- 여러 개의 트랜잭션을 관리한다.
- 업무를 처리하는 비즈니스 로직을 수행한다.
다만, 웹 애플리케이션의 정확한 정의는 존재하지 않아서 일부 기능을 제공하지 않는 웹 애플리케이션 서버도 존재한다. 업체들은 이러한 3가지 기능 말고도 여러 기능을 추가하고 강화하고 있다.
[편집]역사
1990년대 상반기 클라이언트/서버(C/S) 시스템에서는 클라이언트에 화면을 구성하는 각종 기능을 제공하는 리치 클라이언트 구조가 대세였다. 하지만, RDBMS를 포함하는 서버 가격은 매우 고가이고 변경이 편리하지 않은 단점이 있었다. 따라서, 업무 프로세스를 변경할 경우 화면 프로그램을 교체하는 경우가 있었으나, 그 당시는 사용자가 주로 인트라넷이었기 때문에 큰 어려움이 없었다.
1990년 후반 인터넷이 보급되면서 웹 브라우저를 사용한 전자상거래의 요구가 생기기 시작했다. 웹 브라우저를 주로 사용하는 시스템은 사용자가 불특정 다수이기 때문에 시스템의 변경에 따라 사용자의 화면을 수정하는 것은 거의 불가능하다. 이러한 요구와 함께 서버의 고성능화(UNIX서버 등의 저가의 고성능 서버 등장)와 초고속 네트워크 등장, 자바 등의 프로그램 언어의 처리능력 향상으로 애플리케이션의 위치가 클라이언트에서 서버로 전환되었다. 1990년대 후반에는 웹 브라우저를 화면으로 사용하면서 서버에서 애플리케이션을 수행하는 시스템이 일반화되었다.
[편집]분류
 이 문단은 위키백과의 편집 지침에 맞춰 다듬어야 합니다. 더 좋은 문단이 되도록 문단 수정을 도와주세요. 내용에 대한 의견이 있으시다면 토론 문서에서 나누어 주세요. |
[편집]Java EE 표준준수 웹 애플리케이션 서버
[편집]정의
Java EE는, 자바의 기본적인 기능을 정의한 Java SE에 웹 서버 역할을 추가한 것으로 자바 애플리케이션을 동작시킬 수 있는 컨테이너 등을 표준화한 스펙이다. Java EE 표준준수 웹 애플리케이션 서버는 Java EE 스펙을 수용하는 웹 애플리케이션 서버이다.
[편집]구성요소
Java EE 표준기반 웹 애플리케이션에서 동작하는 프로그램 언어는 자바이다. 일반적으로 웹 모듈은 자바 서블릿 또는 JSP(Java Server Page)로 구성하고, 비즈니스 모듈은 EJB(Enterprise Java Beans)로 구성한다.
[편집]Java 기반이나 비표준준수 웹 애플리케이션 서버
[편집]기타 웹 애플리케이션 서버
[편집]제품
[편집]Java EE 표준준수 웹 애플리케이션 서버
| 제품명 | 제작사 | 최신버전 | 출시일 | JavaEE 준수 | 라이선스 |
|---|---|---|---|---|---|
| 제우스 | 한국 티맥스소프트 | 7.0 | 2012년 7월 | 6.0 | 상용 |
| 웹로직 | 미국 오라클 | 10 | 2007년 6월 | 5.0 | 상용 |
| 웹스피어 | 미국 IBM | 7.0 | 5.0 | 상용 | |
| 레진 | 미국 Caucho | 4.0.7 | 2010년 6월 | 5.0 | 상용 |
| 글래스피시 | 미국 오라클 | 3.1.1 | 2011년 7월 | 6.0 | 오픈소스(CDDL,GPL) |
| 제이보스 | 미국 레드햇 | 7.1.0.CR1b | 2011년 12월 | 6.0 | 오픈소스(LGPL) |
| 인터스테이지 | 일본 후지쯔 | 9.0.0 | 2007년 | 1.4 | 상용 |
| 기타 등등 |
[편집]Java 기반이나 Java EE 비준수 웹 애플리케이션 서버
- 아파치 톰캣(Apache Tomcat) : 오픈 소스 재단 아파치 소프트웨어 재단의 오픈 소스 소프트웨어
- 레진(Resin) : Caucho사의 제품
- 제이런(JRun) : macromedia사의 제품
[편집]기타 등등
- .NET 애플리케이션 서버 : 미국 마이크로소프트사의 제품
- Winstone Servlet Container ( http://winstone.sourceforge.net/ )
- Jetty ( http://jetty.codehaus.org/jetty/ )
[편집]같이 보기
응용 프로그램 서버 ( 영어 : application server )는 비즈니스 로직 등을 구현 한 응용 소프트웨어 를 실행하는 것을 전문으로하는 컴퓨터 네트워크 상의 서버 컴퓨터 또는 그런 컴퓨터에서 응용 프로그램의 실행을 관리 보조하는 미들웨어 의 수.
애플리케이션 서버라고 부르는 경우 일반적으로 Java EE 를 채용 한 웹 응용 프로그램 서버를 가리키고 Citrix 에 따르면 Citrix Presentation Server 나 . NET (닷넷)에 준한 서버는 애플리케이션 서버라는 것은 적다.
웹 애플리케이션 서버는 웹 클라이언트에서 HTTP 응답 요청을 처리하는 웹 서버 와 백 엔드 관계형 데이터베이스 관리 시스템 (RDBMS)을 중심으로 한 데이터베이스 핵심 계층의 중개를 담당, 데이터 가공 등의 작업을 수행 .
목차[ 숨기기 ] |
개요 [ 편집 ]
응용 프로그램 서버의 기본적인 기능과되는 것은 다음 세 가지이다.
그러나 응용 프로그램 서버의 기능에 대한 정확한 정의는 존재하지 않기 때문에 이러한 기능이 없다 애플리케이션 서버도 존재한다. 또한이 3 가지 기능 이외에 각 공급 업체의 기능이 향상되고있는 것도 많다.
이후 본고에서는 웹 애플리케이션 서버의 기재를 중심으로한다.
웹 3 층 구성 [ 편집 ]
일반적인 웹 시스템의 대부분은 " 웹 3 층 구성 "라는 구성으로 설계되어있는 것이 많다. 이 웹 3 층 설계는 다음의 3 개의 층으로 구성되어있다.
- 웹 브라우저 에서 HTTP 액세스 요청을 분산 처리하는 웹 서버 계층
- HTTP 트랜잭션 의 일관성을 유지하고 시스템 고유의 처리를 백 엔드에서 실행되는 데이터베이스 등의 검색 / 가공 처리 등을 담당하는 웹 응용 프로그램 레이어
- 시스템 데이터와 제어 정보를 관장 데이터베이스 계층
웹 시스템을 각각 3 개의 층에 구현을 나누어 수직 분산함으로써 각 층 단위로 확장 (서버 증설로 성능을 향상시킬 수)이 가능하며, 확장 성 및 비용도 크게 향상되고있다 .
일반적으로 3 계층 시스템은 인터넷이 등장하기 전에 고전적인 비 웹 응용 프로그램 등에서 자주 사용 된 클라이언트와 백엔드 단에 비즈니스 로직 을 구현하는 방식 (2 계층 시스템)에 비해 시스템의 변경 및 업데이트, 강화 등이 쉽고 유연성이 높은 시스템 구성 것으로 알려져있다. 특히 웹 어플리케이션 화하여 클라이언트 (웹 브라우저)와 응용 프로그램 계층을 분리함으로써 고전적인 2 계층 시스템 등이었다 시스템 갱신시 "비싼 핵심 데이터베이스 자체와 그 서버의 필요 제원 변경 에 따라 교체해야한다 "라는 고민이 해소되고 비용이 저렴했다. 그러나 대신 웹 브라우저의 제한 사항에 틀어 가기 어려운되게되었다.
역사 [ 편집 ]
1990 년대 전반의 클라이언트 서버 기반의 시스템에서는 클라이언트 측을 전용 단말기로 다양한 기능을 제공하는 리치 클라이언트 형 시스템 구축이 주류였다. 이것은 관계형 데이터베이스 관리 시스템 (RDBMS) 등 서버 가 매우 고가이며 변경 (교체)가 쉽지 않았다 때문이다. 따라서 업무 프로세스가 바뀌면 단말기 측의 프로그램 을 업데이트하거나 교체 할 필요가 있었지만, 많은 경우, 이용자는 사내의 인간 등에 한정되어 있었기 때문에 큰 문제가되지 않았다.
1990 년대 후반, 인터넷 이 보급을 시작하면 웹 브라우저 를 이용한 전자 상거래 등의 요구가 확산된다. 웹 브라우저를 클라이언트로 사용 시스템은 서비스 대상자가 불특정 다수가 될 수 많은 시스템의 변경에 따라 이용자 모든 환경을 업데이트하는 것은 사실상 불가능하다. 따라서 서버 측에 업무 프로세스 등 각종 응용 프로그램을 준비하는 것이 요구되게되었다. 이 요청에 대해 응용 프로그램 클라이언트에서 서버로의 이행은 서버 측 컴퓨터의 고성능화 ( UNIX 서버 등으로 대표되는 비교적 저렴하고 고성능 서버의 등장)과 네트워크의 고속화, Java 등 의 프로그램 언어 의 처리 고속화 기술 등의 진전 등에 의해 가능 해졌다. 1990 년대 후반은 웹 브라우저를 클라이언트로 사용하여 다양한 작업을 서버 측에서하는 시스템이 일반화하고있다.
인터넷을 이용한 클라이언트 서버 시스템 은 서버 측에 다양한 기능이 요구된다. 예를 들어 e 커머스 사이트는 상품 정보를 표시하고 여러 상품의 주문 확인란 을 확인하고 최종적으로 상품의 결제를 할 필요가있다. 이 서비스를 구현하려면 대화식 처리 보장과 인증 / 개인 정보 보호 등 보안 면 확보, 안정성 · 가용성 확보 등 다양한 요구 사항과 기능을 보장 할 필요가있다.
서버가 고성능화했다고하지만 대규모 시스템에서는 이러한 요구에 모두 대처 해 나가는 것은 곤란하다. 따라서 기존 웹 서버에서만 처리해온 내용을 웹 서버 와 애플리케이션 서버 의 2 개로 분리하는 것으로,보다 많은 트랜잭션 처리 에도 대응할 수있는 방식 (3 층 구조 시스템)가 실용화되었다. 1998 년경부터 본격적인 제품이 등장하기 시작했다.
웹 응용 프로그램 서버에 요구되는 기능 [ 편집 ]
웹 응용 프로그램 서버는 다음과 같은 요구 사항을 캡처하기 위해 작성이 진행 구현되어있다.
| 기능 요구 사항 | 요구 사항 설명 | 비고 |
|---|---|---|
| 시스템의 확장 성 및 가용성 | 소비자를 대상으로 한 전자 거래 상용 시스템 등의 경우, 처리 요청이 매우 많은 (수 만건 / 분이라는 것도 많다)되고, 수평 (서버를 증가) / 수직 (서버를 기능 단위로 분리) 방향 부하 분산을 고려할 필요가있다. 웹 애플리케이션 서버에서는 수직으로 인증 기능과 그에 따른 인증 데이터베이스를 LDAP 서버 (디렉토리 서비스 )으로 분리하는 것이 일반화하고있다. 수평에서는 서버의 대수를 동적으로 늘려 대처하고 로드 밸런서 및 웹 서버의 배분 기능 대당 처리 요구 액세스 수를 조정한다. 또한 처리 서버 대수를 늘리고, 분배함으로써 시스템으로 가용성을 보장한다. | |
| 세션 관리 기능 | 시스템에 연결 및 처리 요청이 증가하면 단일 웹 응용 프로그램 서버 만에서 서비스를 제공하는 것이 불가능하다. 따라서 웹 애플리케이션 서버 프로세스를 늘리거나 서버 자체를 늘리는 수평 분산이 필요하다. 그 때,로드 밸런서 세션 지속성 기능 공급 소요의 처리가 특정 응용 프로그램 서버에 할당되지만, 응용 프로그램 서버에 이상이 발생했을 때 다른 응용 프로그램 서버에 처리가 전달된다. 이 세션 관리 기능을 통해 다시 로그인 처리와 처음부터 상호 작용의 시도를 할 것이 아니라 특정 위치까지의 롤백 처리에서 정보를 점거하고 사용자에게 스트레스없이 처리를 계속할 필요가있다. | |
| 트랜잭션 관리 기능 | 웹 브라우저 를 사용하는 경우, 통신 프로토콜 은 HTTP 를 이용한 것이며, 트랜잭션 은 요청 - 응답 단발이되지 않을 수 없다. 따라서 일련의 액세스를 일관성을 갖게 한 트랜잭션으로 관리 할 필요가 발생한다. 이러한 트랜잭션의 일관성을 유지하는 트랜잭션 모니터 기능도 필요하다. | |
| 트랜잭션의 고속 처리 기능 | 기존의 CGI 와 비교하여 서버 측 Java ( Java EE ) 및 스크립트 언어 환경에서 프로세스 의 처리는 스레드 단위로 시분할 처리된다. 프로세스의 생성은 부하가 높은 하나의 Java 프로세스에서 여러 스레드를 동시에 실행할 수 있기 때문에 효율적으로 처리 할 수 필요한 스펙을 작게 할 수있다. | |
| 데이터베이스 연결 / 응답 기능 | 사용자의 요청을 처리마다 데이터베이스와의 연결과 개방을 반복하면 큰 병목 된다. 이를 방지하기 위해, JDBC 풀링 등 DB 연결을 유지하고 그것을 사용 돌리는 기능을 제공한다. | |
| 보안 기능 | 응용 프로그램 서버로 처리를 실시하는데있어서의 각종 보안 요구 사항이 발생한다. 이것을 간단하게 HTTP 기반의 보안 측면 ( TLS 의 채용 / 전자 인증)뿐만 아니라, 트랜잭션 기반도 확보 할 필요가있다. | |
| 시스템 개발 기간을 단축 할 수있는 공통적 인 프레임 워크 기반의 채용 | 웹 응용 프로그램 사용의 장점, Java 등의 프로그램 언어 및 응용 프로그램 프레임 워크 의 채용에 의한 개발 공정의 단순화 및 단축이있다. 웹 애플리케이션 서버는 개발 환경이나 프로그램 군의 이용 환경을 정비함으로써 그 장점을 살릴 수 있도록하고있다. |
응용 프로그램 서버의 분류 [ 편집 ]
광의의 의미에서의 애플리케이션 서버 라는 용어는 프로그래밍 언어 로 구현 된 응용 프로그램 소프트웨어를 작동시키는 서버 서비스를 의미한다.
특히 웹 액세스에 특화 한 애플리케이션 서버, 마이크로 소프트 제품 및 Java 기반의 제품으로 대별 할 수있다. 특히 Java Platform, Enterprise Edition (Java EE)의 성공은 애플리케이션 서버 라는 용어는 J2EE 애플리케이션 서버 를 보여줄 수 많아졌다. 현재는 J2EE의 것을 Java EE라고 부르듯 호칭이 변경되어있다.
Java EE 애플리케이션 서버 [ 편집 ]
- 정의
Java EE 표준 기능 세트 인 Java Platform, Standard Edition (Java SE)에 웹 서버 에 필요한 각종 기능을 추가 한 것으로, Java 모듈의 컨테이너 기능 등을 제공하는 것을 J2EE 애플리케이션 서버와 호칭하고있다.
- 보충
Java EE 애플리케이션 서버에서 응용 프로그램 동작을 설명하는 프로그래밍 언어 로 채용되고있는 것은 Java 이다. 일반적으로 웹 모듈은 Java Servlet 과 JavaServer Pages (JSP)로 구축되고 백엔드 프로그램은 Enterprise JavaBeans (EJB)로 개발된다. Servlet은 웹 컨테이너에서 실행되는 Java 프로그램에서 CGI 스크립트 에 해당한다. JSP는 서버 로직에 대한 참조를 포함시키는 것이로 HTML 페이지를 생성하는 기술이다. Java Beans 는 썬 마이크로 시스템즈 의 Java 아키텍처에서 클래스 의 부품 화 및 그 조합 방법을 규정하는 기술 사양이다.
또한이 Servlet 컨테이너에서 동작하는 웹 응용 프로그램의 응용 프로그램 프레임 워크 Apache Struts ( 아파치 Jakarta 프로젝트) 등이있다. 이 프레임 워크에 많은 종류가 서로 영향을주고 있고, 발전하고있다.
기타 응용 프로그램 서버 [ 편집 ]
- 정의
J2EE 이외의 언어 세트 프레임 워크를 사용하여 비즈니스 로직을 구현 할 수있는 응용 프로그램 서버입니다. 대표적인 예로, Windows 2000 이후의 안정성과 Windows 에서 사용자 인증 기능을 바탕으로 많은 기능을 함유 한 . NET 프레임 워크에 준한 것이있다.
- 보충
. NET 프레임 워크에 따른 것으로, 오픈 소스 및 상용 애플리케이션 서버도있다. Base4 애플리케이션 서버 와 Zope 를 예로들 수있다. 마이크로 소프트의 Windows Communication Foundation 응용 프로그램 서버보다는 통신 프레임 워크 또는 미들웨어 라고 말해야 것이다. 그러나. Net 연계 경우도 Windows 사용자 인증 기능 및 LDAP 를 이용한 것이있다. 그러나. NET 계 어플리케이션 서버의 채용 수는 매우 낮고, 공식 발표도 보도되고 있지 않다.
포털 사이트 제품 [ 편집 ]
많은 포털 사이트 제품은 Java EE 애플리케이션 서버와 사용자 인증 기능을 제공하는 LDAP, 또한 싱글 사인온 을 제공하는 확장 기능을 연계하고, 일반적인 응용 프로그램 서버기구 할 수있다.
WebSphere Application Server 와 OracleApplicationServer, BEA WebLogic Server 와 같은 통합 된 유료 상용 제품은 하나의 진입 점에서, 어떤 디바이스에서도 모든 웹 서비스 에 액세스 할 수 있도록 설계되어 있으며, 유연 있다.
J2EE 애플리케이션 서버 목록 [ 편집 ]
| 제품명 | 벤더 | 버전 | 출시 | Java EE 대응 | 라이센스 |
|---|---|---|---|---|---|
| Apache Geronimo | ASF | 2.2.1 | 2010 년 12 월 11 일 | 5.0 | Apache 라이센스 |
| JBoss | 레드햇 | 7.0 | 2011 년 7 월 12 일 | 6.0 | LGPL |
| WebSphere Application Server | IBM | 8.0 | 2011 년 6 월 28 일 | 6.0 | 독점 |
| Oracle WebLogic Server | 오라클 | 10g Release 3 | 2008 년 8 월 | 5.0 | 독점 |
| JEUS | 티맥스 소프트 | 6.0 | 2007 년 6 월 13 일 | 5.0 | 독점 |
| Sun JSAS | 썬 마이크로 시스템즈 | 9.1 | 2007 년 9 월 17 일 | 5.0 | 무료 |
| GlassFish | 오라클 | 3.1.1 | 2011 년 7 월 28 일 | 6.0 | 무료 ( CDDL , GPL ) |
| Oracle AS | 오라클 | 10g (10.1.3) | 2005 년 3 월 23 일 | 1.4 | 독점 |
| Orion | Orion | 2.0.6 | 2005 년 3 월 23 일 | 1.3 | |
| SAP WAS | SAP AG | 6.40 | - | 1.3 | 독점 |
| Cosminexus | 히타치 제작소 | 9.0 | 2012 년 2 월 | 6.0 | 독점 |
| Interstage | 후지쯔 | V9.2.0 | 2009 년 8 월 10 일 | 1.4/5.0 | 독점 |
| WebOTX | 선관위 | 8.4 | 2011 년 5 월 25 일 | 5.0 | 독점 |
| JOnAS | ObjectWeb | 4.8.1 | 2006 년 8 월 8 일 | 1.4 | LGPL |
| AppDev Studio | SAS Institute | 3.1.4 | 2005 년 3 월 | 1.3 | |
| Blazix | Desiderata Software | 1.2 | 2005 년 3 월 | NO | 무료 |
| Borland ES | 볼랜드 | 2005 년 3 월 | 1.3 | ||
| ColdFusion | 어도비 시스템즈 | 10.0.0 | 2012 년 5 월 | 6.0 | 독점 |
| Dynamo AS | ATG | 6.3 | 2005 년 3 월 | 1.3 | |
| EAServer | 사이베이스 | 5.1.9 | 2005 년 3 월 23 일 | NO | 독점 |
| Enhydra | Lutris | 5.1.9 | 2005 년 3 월 23 일 | NO | 무료 (GPL) |
| VOBSEnhydra | NEC 소프트 | 5.1 | 2003 년 8 월 7 일 | 1.3/1.4 | 독점 |
| exteNd | 노벨 | 5.1.9 | 2005 년 3 월 23 일 | NO | 무료 (GPL) |
| JRun | 어도비 시스템즈 | 4.0.7 | 2007 년 10 월 | 1.3 | |
| Apusic | Kingdee | 4.0 | 2005 년 3 월 23 일 | 1.4 | |
| OnceAS | 중국 과학원 | 2.0 | 2005 년 3 월 23 일 | 1.4 | |
| Pramati | Pramati | 4.1 SP1 | 2005 년 3 월 23 일 | NO | 무료 (GPL) |
| Resin | Caucho | 4.0.27 | 2012 년 3 월 22 일 | 6.0 | Dual GPL |
| Trifork | Trifork | T4 | 2005 년 3 월 23 일 | 1.4 | |
| WebObjects | 애플 | 5.4.1 | 2008 년 | NO | 독점 |
관련 항목 [ 편집 ]
외부 링크 [ 편집 ]
- IBM의 응용 프로그램 서버 : WebSphere Application Server를 선택하는 7 가지 이유
- @ IT : Linux에서 움직이는 Java 응용 프로그램 서버 카탈로그
- The Server Side (영어) : 서버 사이드 기술 전문 웹 사이트
- Microsoft - 응용 프로그램 서버 역할
'Web > WAS' 카테고리의 다른 글
| jetty - 이클립스에서 사용 (0) | 2012.11.20 |
|---|---|
| jetty 설치 및 실행 (0) | 2012.11.10 |
| tomcat - The Context Container (0) | 2012.05.26 |
| tomcat - 개별 프로세스 생성하기(환경 설정 구분) (0) | 2012.05.26 |
| tomcat - 바이너리 하나로 인스턴스 여러개 실행 (0) | 2012.05.26 |
