WebSphere Application Server: 개요

웹 컨테이너는 웹 애플리케이션 컴포넌트가 실행하는 애플리케이션 서버의 파트입니다. 웹 애플리케이션은 단위로 관리할 수 있는 하나 이상의 관련 서블릿, JSP 파일(JavaServer Pages technology) 및 HTML(Hyper Text Markup Language) 파일로 구성됩니다. 함께 결합하여 비즈니스 로직 기능을 수행합니다.

EJB 컨테이너는 엔터프라이즈 Bean을 배치하고 관리하는데 필요한 모든 런타임 서비스를 제공합니다. 세션과 엔티티 Bean 모두에 대한 요청을 처리하는 서버 프로세스입니다.

엔터프라이즈 Bean은 일반적으로 데이터 엑세스와 마찬가지로, Java EE 애플리케이션의 비즈니스 로직을 구현하는 Java 컴포넌트입니다. EJB 모듈에서 패키지되고 애플리케이션 서버에 설치되는 엔터프라이즈 Bean은 직접적으로 서버와 통신하지 않습니다. 대신에 EJB 컨테이너는 EJB 컴포넌트와 애플리케이션 서버 사이의 인터페이스입니다. 함께, 컨테이너와 서버는 엔터프라이즈 Bean 런타임 환경을 제공합니다.

컨테이너는 스레드 및 트랜잭션 지원을 포함하여 여러 하위 레벨 서비스를 제공합니다. 관리 퍼스펙티브로부터, 컨테이너는 포함된 Bean에 대한 데이터 액세스를 처리합니다. 단일 컨테이너는 둘 이상의 EJB JAR(Java archive) 파일을 호스트할 수 있습니다.

이 제품은 클라이언트 컨테이너 런타임과 함께 응용프로그램 클라이언트를 시작하기 위한 편리한 launchClient 도구 를 제공합니다.

기술 정보의 소스에 따라, 클라이언트 애플리케이션을 애플리케이션 클라이언트라고 하는 경우가 있습니다. 이 문서에 두 용어가 동의어입니다.

관리 클라이언트 사용을 참조하십시오.

제품은 웹 서비스 제공자 및 요청자 모두로 동작합니다. 제공자로서, 클라이언트에서 사용하도록 발행된 웹 서비스를 호스트합니다. 요청자로서, 다른 위치에서 웹 서비스를 호출한 애플리케이션을 호스트합니다. 다이어그램은 이 용량으로 웹 서비스 엔진을 표시하며, 웹 서비스 제공자나 게이트웨이에 연결합니다.

엔터프라이즈 애플리케이션과 EIS 사이의 연결은 EIS-제공된 자원 어댑터를 사용하여 수행되며, 애플리케이션 서버에 연결됩니다. 아키텍처는 애플리케이션 서버와 EIS 사이의 연결 관리, 트랜잭션 관리 및 보안 계약을 지정합니다.

애플리케이션 서버 풀과 관리 연결에서(보여지지 않는) 연결 관리자입니다. JCA 스펙에서 정의된 자원 어댑터 및 JDBC 2.0 확장기능 스펙에서 정의된 데이터 소스 모두를 통해 얻은 연결을 관리할 수 있습니다.

JDBC 자원(JDBC 제공자와 데이터 소스)은 데이터에 액세스하기 위해 애플리케이션에서 사용된 일종의 Java EE 자원입니다. 데이터 액세스가 JDBC 자원의 주제보다 광범위한 주제이더라도, 이 정보는 단순성을 위해 Java EE 자원의 표제로 데이터 액세스를 그룹화할 수 있습니다.

JCA 자원 어댑터는 애플리케이션에서 사용된 Java EE 자원의 다른 유형입니다. JCA는 이기종 EIS에 Java EE 플랫폼을 연결하기 위한 표준 아키텍처를 정의합니다. Java 프로그래밍 언어로 작성되지 않는 ERP, 메인프레임 트랜잭션 처리, 데이터베이스 시스템과 레거시 애플리케이션을 상상하십시오.

JCA 자원 어댑터는 EIS 공급업체 또는 다른 써드파티 공급업체에서 제공된 시스템 레벨 소프트웨어 드라이버입니다. Java EE 애플리케이션 서버 또는 클라이언트와 EIS 사이에 연결성을 제공합니다. 자원 어댑터를 사용하려면, 자원 어댑터 코드를 설치하고 해당 어댑터를 사용하는 구성을 작성하십시오. 제품은 사용하기 위해 사전정의된 관계형 자원 어댑터를 제공합니다.

인바운드 비JMS 요청의 경우, 메시지 구동 Bean은 해당 목적으로 작성된 Java EE Connector Architecture (JCA) 1.5 자원 어댑터를 사용합니다. JMS 메시징의 경우, 메시지 구동 Bean은 제품의 일부인 기본 메시징 제공자와 같은 JCA-기본 메시징 제공자를 사용할 수 있습니다.

서비스 통합 버스는 메시징에 통합된 통신 인프라 및 서비스 지향 애플리케이션을 제공합니다. 서비스 통합 버스는 믿을 만한 메시지 전송을 제공하고 메시지 플로우를 네트워크에 적용하기 위해 매개체 로직을 사용하는 JMS 제공자입니다. 웹 서비스 요청자 및 제공자의 첨부를 지원합니다. 해당 기능은 보안, 시스템 관리, 모니터링과 문제점 판별 서브시스템을 포함하여 제품 아키텍처에 전체 통합됩니다.

• JDBC 자원 및 데이터 액세스를 위한 기타 기술(이전에 설명됨)
• JCA 자원 어댑터(이전에 논의됨)
• JMS 자원 및 기타 메시징 지원(이전에 논의됨)
• 애플리케이션이 인터넷 메일을 전송하기 위한 JavaMail 지원

  JavaMail API는 Java 기본 메일 클라이언트 애플리케이션을 빌드하기 위해 플랫폼 및 프로토콜 독립 프레임워크를 제공합니다. API는 프로토콜 제공자로 알려진 서비스 제공자가 적절한 프로토콜에서 실행하는 메일 서버와 상호작용해야 합니다.

  메일 제공자는 메일 전송을 위해 SMTP(Simple Mail Transfer Protocol), 메일 수신을 위해 POP(Post Office Protocol) 및 메일을 수신하기 위한 다른 옵션으로 IMAP(Internet Message Access Protocol)을 포함한 프로토콜 제공자의 콜렉션을 캡슐화합니다. 다른 프로토콜을 사용하려면, 프로토콜을 위한 적절한 서비스 제공자를 설치해야 합니다.

  JavaMail을 사용하려면 서비스 프로바이더뿐만 아니라 기본 프레임워크인 JAF(JavaBeans Activation Framework)가 일반 텍스트가 아닌 MIME(Multipurpose Internet Mail Extensions), URL 페이지 및 파일 첨부와 같은 복잡한 데이터 유형을 처리해야 합니다.

• 논리적인 위치를 설명하기 위한 URL

  URL은 HTTP와 같이 특정 URL 프로토콜의 기능을 구현하여, 특정 프로토콜에서 제공된 URL 자원 및 애플리케이션 사이의 통신을 사용할 수 있습니다. 기본 URL 제공자는 지원되는 Java SE (Java Platform, Standard Edition ) 스펙 (예: HTTP, FTP 또는 파일) 을 기반으로 하는 프로토콜과 함께 URL 자원에서 사용하기 위해 포함됩니다. 추가 프로토콜을 구현하는 사용자 자신의 URL 제공자에 연결할 수도 있습니다.

• 논리적 이름을 물리적 이름에 맵핑하기 위한 자원 환경 항목

  java:comp/env 환경은 JNDI 네임스페이스 오브젝트와 로컬 애플리케이션 환경 오브젝트 모두 검색할 수 있는 단일 메커니즘을 제공합니다. 제품은 기본적으로 다수 로컬 환경 항목을 제공합니다.

  Java EE 스펙은 애플리케이션의 표준 배치 디스크립터의 항목을 정의하여 이용자 환경 항목을 정의하기 위한 메커니즘도 제공합니다. Java EE 스펙은 애플리케이션으로부터 자원 환경 항목의 정의를 분리하기 위해 다음 방법을 사용합니다.

  • 애플리케이션 서버는 자원 환경 항목을 캡슐화하는 별도의 관리 오브젝트를 정의하기 위한 메커니즘을 제공해야 합니다. 관리 오브젝트는 애플리케이션 서버 로컬 네임스페이스(java:comp/env)에서 JNDI를 사용하여 액세스 가능합니다.
  • 관리 오브젝트의 JNDI 검색 이름 및 예상 리턴된 오브젝트 유형 지정입니다. 이 스펙은 배치 디스크립터에서 위의 자원 환경 항목에서 수행됩니다.
  제품은 자원 환경 항목의 사용을 다음 관리 개념으로 지원합니다.

  • 자원 환경 항목은 바인딩 대상(JNDI 이름), 팩토리 클래스를 정의하고, 자원 환경 항목의 오브젝트 유형(참조 가능한 항목에 대한 링크를 통해)을 리턴합니다.
  • 참조 가능은 Java 인터페이스를 구현하는 오브젝트 인스턴스를 리턴하는 팩토리의 클래스 이름을 정의합니다.
  • 자원 환경 제공자는 참조 가능한 자원 환경 항목과 필수 사용자 정의 특성도 함께 그룹화합니다.

보안 인프라 및 메커니즘은 Java Platform, Enterprise Edition (Java EE) 자원 및 관리 자원을 보호하여 엔터프라이즈 보안 요구사항을 해결합니다. 결국 이 제품의 보안 인프라는 다중 티어 엔터프라이즈 계산 프레임워크의 기존 보안 인프라와 작동합니다. 개방형 아키텍처를 기반으로, 제품은 엔터프라이즈 소프트웨어 컴포넌트와 통합하도록 여러 플러그인 위치를 제공하여 엔드 투 엔드 보안을 제공합니다.

보안 인프라는 프로그래밍 모델과 애플리케이션 유형과 별도인 제품 아키텍처의 요소 모두를 포함합니다.

JNDI는 이름 지정에 대한 클라이언트 측 액세스를 제공하며 애플리케이션 개발자에서 사용된 프로그래밍 모델을 표시합니다. CosNaming은 서버 측 구현을 제공하고 해당 네임스페이스가 실제 저장되는 위치입니다. JNDI은 CosNaming에 저장된 네임스페이스의 클라이언트 측 랩퍼를 본질적으로 제공하고, 클라이언트에 관하여 CosNaming 서버와 상호작용합니다.

애플리케이션 서버의 클라이언트는 해당 애플리케이션과 관련된 오브젝트에 대한 참조를 얻도록 이름 지정 아키텍처를 사용합니다. 이러한 오브젝트의 대부분은 네임 스페이스라는 계층 구조에 바인드됩니다. 일련의 이름 바인딩으로 구성되며, 각각은 해당 이름과 바인드된 특정 컨텍스트와 오브젝트와 관련된 이름입니다. 네임스페이스는 이름 서버를 통해 액세스되고 조정될 수 있습니다.

제품 보안을 위한 연합 저장소 지원을 제공하기 위해 virtual member manager를 추가하면 제품은 특히 다른 WebSphere 및 Tivoli ® 제품과 결합하여 이전보다 더 광범위하고 정교한 ID 관리 기능을 제공합니다.

ORB는 클라이언트에 대한 프레임워크를 제공하여, 원격 오브젝트가 클라이언트로 실행 중인 동일 프로세스에 있더라도 네트워크에서 오브젝트 및 이 오브젝트에 대한 호출 조작을 찾아 위치 투명도를 제공합니다.

다이어그램에 나타나지 않더라도, ORB가 재생되는 위치는 클라이언트 컨테이너가 Java 클라이언트 대신 EJB 컨테이너에 연결되는 위치입니다.

서버에서 실행되는 애플리케이션은 트랜잭션을 사용하여 업데이트 모두가 영구적이 되도록 또는 모두 영구적이 되지 않도록 하나의 작업 단위로 자원에 대한 다중 업데이트를 조정할 수 있습니다. 트랜잭션은 애플리케이션 또는 이 애플리케이션이 배치된 컨테이너에 의해 시작되고 종료됩니다.

애플리케이션 서버는 자원 관리자의 조정을 지원하고, 기타 준수 트랜잭션 관리자와의 분산 글로벌 트랜잭션에 참가하는 트랜잭션 관리자입니다.

서버는 분산 트랜잭션 지원이 필요하지 않을 때 해당 로컬 트랜잭션 지원을 통하여 데이터베이스, JMS 큐 및 JCA 커넥터와 상호작용하기 위해 구성될 수 있습니다.

애플리케이션 프로파일링 및 액세스 목적은 소스 코드에 영향을 주지 않고 엔터프라이즈 Bean에 대한 애플리케이션 성능을 미세 튜닝하도록 유연한 방법을 제공합니다. 다른 엔터프라이즈 Bean은 엔터프라이즈 Bean 하나에 다른 메소드가 있더라도 자원에 액세스하는 고유 목적이 있을 수 있습니다. 액세스 목적을 기반으로 하는 컴포넌트 프로파일링은 애플리케이션 서버 런타임 시 성능을 강화합니다.

동적 조회는 클라이언트가 런타임 시 EJB 컴포넌트에 대한 사용자 조회를 실행할 수 있게 하여 엔터프라이즈 Bean을 향상시킵니다. 지금까지, EJB 검색 및 필드 맵핑이 개발 시에 구현되며 변경되도록 추가 개발이나 리어셈블리가 필요합니다.

Java EE 애플리케이션의 읽기-쓰기 비율이 높고 데이터의 통화에서 낮은 대기 시간을 허용할 수 있기 때문에, 동적 캐시는 서버 응답 시간, 처리량 및 확장성에서 중요한 이득을 위한 기회를 작성할 수 있습니다.

기능은 클러스터, 캐시 디스크 오프로드, 에지측 포함 캐싱 및 외부 캐싱 간의 복제 및 웹 서버의 캐시와 같이 애플리케이션 서버 외부의 캐시를 제어하는 능력을 포함합니다.

ActivitySessions는 다중 로컬 트랜잭션의 범위를 확장하고 그룹화하는 기능을 제공합니다. 배치 기준을 기반으로 하거나 명시적 프로그램 로직을 통해 커미트될 수 있어야 합니다.

작업 영역은 분산 애플리케이션에서 효율적인 정보 공유를 가능하게 합니다. 예를 들어, 각 고객이 사용자의 애플리케이션을 입력한 것처럼 프로파일 정보를 추가할 수 있습니다. 이 정보를 작업 영역에 배치하여, 애플리케이션에 걸쳐 사용 가능하며, 솔루션에 대한 하드 코딩 또는 데이터베이스에 대한 읽기와 쓰기 정보의 필요성을 제거합니다.