2장 Java Enterprise System 구조

이 장에서는 Java Enterprise System 배포가 기반으로 하는 구조적 개념에 대한 개요를 제공합니다.

이 장에서는 Java Enterprise System 배포 구조를 논리적 계층, 인프라 서비스 수준 및 서비스 품질(QoS)의 세 가지 차원에 따라 분석하는 프레임워크에 대해 설명합니다. 다음 그림에 직교 축으로 개요적으로 표시된 이 세 차원은 Java Enterprise System 구성 요소의 구조적 기능을 설명하는 데 도움이 됩니다. 이 3차원 프레임워크는 비즈니스 소프트웨어 솔루션을 위한 성공적인 배포 구조 설계의 핵심입니다.

이 장에서는 그림 2-1에 표시된 세 가지 차원을 하나씩 살펴보고 세 차원을 단일 프레임워크로 통합합니다. 이 장의 내용은 다음과 같습니다.

차원 1: 논리적 계층

분산된 응용 프로그램의 표준 구조에서는 응용 프로그램 논리를 여러 계층으로 분류합니다. 이러한 계층은 구성 요소를 서비스 공급자 및 사용자의 정렬된 체인으로 논리적이고 물리적으로 조직한 것을 나타냅니다. 계층 내의 구성 요소는 일반적으로 인접한 공급업체 계층의 구성 요소가 제공하는 서비스를 사용하고 인접한 사용자 계층의 하나 이상의 구성 요소에 서비스를 제공합니다.

배포 구조의 논리적 계층 차원은 다음 그림에 표시되어 있습니다.

그림 2-2 차원 1: 분산된 엔터프라이즈 응용 프로그램의 논리적 계층

논리적 계층 설명

이 절에서는 그림 2-2에 표시된 네 가지 논리적 계층에 대해 간략하게 설명합니다. 이 설명에서는 Java 2 Platform, Enterprise Edition (J2EE™ 플랫폼) 구성 요소 모델을 사용하여 구현된 구성 요소를 예로 들어 설명합니다. 그러나 CORBA와 같은 다른 분산된 구성 요소 모델에서도 이 구조를 지원합니다.

클라이언트 계층

클라이언트 계층은 최종 사용자가 사용자 인터페이스를 통해 직접 액세스하는 응용 프로그램 논리로 구성됩니다. 클라이언트 계층의 논리에는 브라우저 기반 클라이언트, 데스크탑 컴퓨터에서 실행하는 Java 구성 요소 또는 휴대용 장치에서 실행하는 Java 2 Platform, Micro Edition (J2ME™ 플랫폼) 모바일 클라이언트가 포함될 수 있습니다.

표현 계층

표현 계층은 클라이언트 계층에 전달할 데이터를 준비하는 응용 프로그램 논리로 구성되며 백엔드 비즈니스 논리로 전달할 클라이언트 계층의 요청을 처리합니다. 표현 계층의 논리는 일반적으로 HTML 또는 XML 전달을 위해 데이터를 준비하거나 처리를 위해 요청을 수신하는 Java Servlet 구성 요소 또는 JSP 구성 요소와 같은 J2EE 구성 요소로 구성됩니다. 이 계층은 비즈니스 서비스 계층의 비즈니스 서비스에 대한 개인화되고 보안된 사용자 정의 액세스를 제공할 수 있는 포털 서비스를 포함할 수도 있습니다.

표현 계층 구성 요소는 사용자 정의하여 응용 프로그램에 플러그 인할 수 있는 재사용 가능한 구성 요소인 경우가 많습니다. 또한 페일오버 및 확장성을 위해 표현 서비스를 복제할 수 있으며, 이러한 서비스를 컴퓨팅 노드에 매핑하여 네트워크 대역폭과 컴퓨팅 자원을 최적화할 수도 있습니다.

비즈니스 서비스 계층

비즈니스 서비스 계층은 데이터 처리, 비즈니스 규칙 구현, 여러 사용자 조정, 외부 자원(예: 데이터베이스, 레거시 시스템) 관리 등과 같은 응용 프로그램 기본 기능을 수행하는 논리로 구성됩니다. 일반적으로 이 계층은 J2EE 분산 구성 요소 모델을 따르는 밀접하게 연결된 구성 요소(예: EJB 구성 요소 또는 MDB (Message-Driven Bean))로 구성됩니다. 개별 J2EE 구성 요소를 어셈블하여 인벤토리 서비스 또는 세금 계산 서비스와 같은 복잡한 비즈니스 서비스를 전달할 수 있습니다. 개별 구성 요소 및 서비스 어셈블리를 SOAP (Simple Object Access Protocol) 인터페이스 표준을 따르는 느슨하게 연결된 웹 서비스로 캡슐화할 수 있습니다. 또한, 비즈니스 서비스를 엔터프라이즈 달력 서버와 같은 독립 실행형 서버로 작성할 수 있습니다.

비즈니스 서비스의 다양한 구현을 통해 특정 컴퓨팅 노드에서 상주하고 실행될 수 있는 특정 응용 프로그램 기능을 캡슐화합니다. 이러한 방법을 사용하여 사용자 정의하고 응용 프로그램에 플러그 인할 수 있는 다시 사용 가능한 구성 요소를 만들 수 있습니다. 표현 계층 논리에서와 같이 페일오버 및 확장성을 위해 비즈니스 서비스 공급자를 복제할 수 있으며 , 이러한 서비스 공급자를 컴퓨팅 노드에 매핑하여네트워크 대역폭과 컴퓨팅 자원을 최적화할 수 있습니다 .

데이터 계층

데이터 계층은 비즈니스 논리에서 사용되는 데이터로 구성됩니다. 데이터는 데이터 관리 시스템에 저장된 지속성 응용 프로그램 데이터이거나 Lightweight Directory Access Protocol (LDAP) 데이터 저장소에 저장된 자원 및 디렉토리 정보일 수 있습니다. 또한 데이터에는 외부 소스에서 공급되는 데이터나 레거시 컴퓨팅 시스템에서 액세스 가능한 데이터가 포함될 수 있습니다.

논리적 및 물리적 독립성

그림 2-2의 표현 및 비즈니스 서비스 계층에 표시된 서비스는 이 모델에서 가장 중요한 부분입니다. 이러한 서비스는 많은 수의 구조를 지원할 수 있는 다중 스레드 소프트웨어 프로세스입니다. 이러한 클라이언트는 최종 사용자 클라이언트이거나 기타 서비스일 수 있습니다.

그림 2-2에 표시된 구조 차원에서는 네 계층의 논리적 및 물리적 독립성을 강조하여 네트워크 환경의 여러 컴퓨팅 노드를 통한 응용 프로그램 논리의 분할을 용이하게 합니다.

논리적 독립성. 구조 모델의 네 계층은 논리적 독립성을 나타냅니다. 즉, 한 계층(예: 비즈니스 서비스 계층)의 응용 프로그램 논리를 다른 계층의 논리와 관계 없이 수정할 수 있습니다. 표현 계층 또는 클라이언트 계층에서 논리를 변경하거나 업그레이드할 필요 없이 비즈니스 논리 구현을 변경할 수 있습니다. 예를 들어 이러한 독립성은 비즈니스 논리를 변경할 필요 없이 새로운 유형의 클라이언트를 도입할 수 있음을 의미합니다.

물리적 독립성 . 네 계층은 물리적 독립성을 나타내기도 합니다. 즉, 일반적으로 다른 하드웨어 플랫폼(다른 cpu 구성, 칩셋 및 운영 체제)에서 다른 계층에 논리를 배포합니다. 이 독립성은 개별 컴퓨팅 요구 사항에 가장 적합하고 네트워크 대역폭을 최대화하는 데 가장 알맞은 컴퓨팅 노드에서 분산 응용 프로그램 구성 요소를 실행할 수 있도록 합니다.

계층 구조 예

Messaging Server에서 제공하는 전자 메일 통신 서비스는 구조 설계에서 논리적 계층을 사용한 예입니다. 전자 메일 서비스는 다음 그림에 표시된 것처럼 여러 Messaging Server 구성 요소를 사용하여 구현됩니다.

Messaging Server 기능을 독립 구성 요소로 분할하면 이러한 구성 요소를 물리적 환경의 다른 컴퓨팅 노드에 분산시킬 수 있습니다. 물리적 분할을 사용하면 이러한 구성 요소를 쉽게 복제하고, 구성 요소마다 다른 가용성 솔루션을 사용하며, 구성 요소마다 다른 보안 방법을 사용할 수 있습니다.

차원 2: 인프라 서비스 수준

분산된 엔터프라이즈 응용 프로그램의 상호 작용 소프트웨어 구성 요소에는 분산된 구성 요소가 상호 통신, 작업 조정, 보안 액세스 구현 등을 수행할 수 있도록 하는 기본 인프라 서비스 집합이 필요합니다. 이 분산된 서비스 집합은 분산된 구성 요소를 작성할 수 있는 인프라를 구성합니다.

분산된 인프라 서비스

분산된 인프라 서비스는 여러 다른 수준의 분산된 서비스 집합으로 개념화할 수 있습니다. 이러한 서비스는 아래 그림에 설명한 것처럼 배포 구조의 인프라 서비스 수준 차원을 구성합니다.

그림 2-4의 수준은 가장 낮은 수준의 운영 체제 시스템 서비스에서 가장 높은 수준의 응용 프로그램 및 통합 서비스에 이르기까지 다양한 분산 서비스 서로 간의 일반적인 종속성을 반영합니다. 각 서비스는 일반적으로 아래에 있는 서비스에 종속되고 위에 있는 서비스를 지원합니다.

그러나, 높은 수준의 서비스는 중간 수준에 의존하지 않고 낮은 수준의 서비스와 바로 상호 작용할 수 있습니다. 예를 들어, 일부 런타임 서비스는 사이에 있는 다른 서비스 수준 없이도 플랫폼 서비스에 바로 종속될 수 있습니다. 또한, 그림 2-4에 표시된 수준이 엄격하게 규정되어 있는 것은 아닙니다. 모니터링 또는 관리 서비스와 같은 다른 서비스 수준도 이 개념적 그림에 포함될 수 있습니다.

일반적으로 그림 2-4에 표시된 서비스는 낮은 수준의 플랫폼 서비스, 높은 수준의 응용 프로그램 서비스 및 다른 두 그룹 사이에 있어서 그렇게 이름이 지정된 미들웨어 서비스 그룹 등 크게 세 가지 그룹으로 분류됩니다.

다음 단락에서는 해당되는 경우 Java 프로그래밍 언어 아티팩트에 대한 참조와 함께 다른 서비스에 대해 간략하게 설명합니다. 그림 2-4에 표시된 가장 낮은 수준에서 가장 높은 수준의 순서대로 서비스에 대해 설명합니다.

운영 체제 플랫폼 . 컴퓨팅 노드에서 실행되는 프로세스에 대한 기본 지원을 제공합니다. 운영 체제(예: Solaris™ 운영 체제, Linux, Windows)는 Java 가상 시스템(JVM™ 시스템)을 지원하는 데 필요한 메모리, 스레드 및 기타 자원뿐 아니라 물리적 장치를 관리합니다.

네트워크 전송. 다른 컴퓨팅 노드에서 실행되는 분산된 응용 프로그램 구성 요소 간의 통신을 위한 기본 네트워킹 지원을 제공합니다. 이러한 서비스에는 TCP 및 HTTP와 같은 프로토콜에 대한 지원이 포함됩니다. 다른 높은 수준의 통신 프로토콜(메시지 계층 참조)은 이러한 기본 전송 서비스에 종속됩니다.

지속성. 정적 데이터(예: 사용자, 디렉토리 또는 구성 정보)와 동적 응용 프로그램 데이터(자주 업데이트되는 정보)의 액세스 및 저장에 대한 지원을 제공합니다.

메시징. 응용 프로그램 구성 요소 간의 동기 통신과 비동기 통신 모두에 대한 지원을 제공합니다. 동기 메시징은 메시지를 실시간으로 전송 및 수신하며 J2EE 구성 요소 간의 원격 메소드 호출(RMI) 및 웹 서비스와의 SOAP 상호 작용을 포함합니다. 비동기 메시징은 사용자가 바로 받을 준비가 되었는지에 관계 없이 메시지를 보내는 통신입니다. 비동기 메시징 사양(예: JMS (Java Message Service) 및 ebXML)은 안정성을 보장하며 다른 메시징 의미를 지원합니다.

런타임. J2EE 또는 CORBA 모델과 같은 분산된 구성 요소 모델에 필요한 지원을 제공합니다. 런타임 서비스에는 밀접하게 연결된 분산 구성 요소에 필요한 원격 메소드 호출 외에도 구성 요소 상태(라이프 사이클) 관리, 스레드 풀 관리, 동기화(mutex 잠금), 지속성 서비스, 분산 트랜잭션 모니터링, 분산 예외 처리 등이 포함됩니다. J2EE 환경의 경우 이 런타임 서비스는 응용 프로그램 서버 또는 웹 서버의 EJB, 웹 및 MDB (Message-Driven Bean) 컨테이너에서 제공됩니다.

보안 및 정책. 응용 프로그램 자원에 대한 보안 액세스를 지원합니다. 이 서비스에는 단일 사인 온 기능뿐 아니라 분산된 자원에 대한 그룹 또는 역할 기반 액세스를 제어하는 정책에 대한 지원이 포함됩니다. 단일 사인 온을 사용하면 분산 시스템의 한 서비스에서의 사용자 인증을 시스템의 다른 서비스(J2EE 구성 요소, 비즈니스 서비스 및 웹 서비스)에 자동으로 적용할 수 있습니다.

사용자 공동 작업. 엔터프라이즈 및 인터넷 환경에서 사용자 간의 직접 통신 및 공동 작업을 지원하는 데 핵심 역할을 하는 서비스를 제공합니다. 따라서 이 서비스는 일반적으로 전자 메일 서버 또는 달력 서버와 같은 독립 실행형 서버에서 제공하는 응용 프로그램 수준 비즈니스 서비스입니다.

통합. 포털에서처럼 액세스를 위한 공통 인터페이스를 제공하거나 작업 워크플로 내에서 조정하는 처리 엔진을 통해 통합함으로써 기존 비즈니스 서비스를 통합하는 서비스를 제공합니다. 통합은 다른 기업 간의 B2B (Business-to-Business) 상호 작용으로 수행될 수도 있습니다.

Java Enterprise System 구현

Java Enterprise System은 그림 2-4에 표시된 분산된 인프라 서비스 차원을 구현합니다. 다른 수준 내에서 Java Enterprise System 구성 요소의 위치는 다음 그림에 표시되어 있습니다.

그림 2-5에 표시된 분산된 인프라 서비스의 Java Enterprise System 구현은 분산된 인프라 서비스 스택의 여러 수준에서 서비스를 제공하는 별도의 소프트웨어 서버(시스템 서버)로 구성됩니다. 이러한 서비스 공급자는 많은 클라이언트를 지원할 수 있는 다중 스레드 서버 프로세스입니다.



주	여러 Java Enterprise System 구성 요소가 인프라 서비스를 직접 제공하지 않기 때문에 그림 2-5에 나와 있지 있습니다. 대신 이러한 구성 요소는 다음과 같은 지원 기능을 제공합니다. Portal Server Mobile Access는 무선 클라이언트를 통한 Portal Server 액세스를 제공합니다. Portal Server Secure Remote Access는 기업 외부의 방화벽에서 브라우저 기반 클라이언트를 통한 Portal Server 액세스를 제공합니다. Directory Proxy Server는 기업 외부의 방화벽에서 브라우저 기반 클라이언트를 통한 Directory Server 액세스를 제공합니다. Sun Cluster는 인프라 서비스에 고가용성을 제공하며 구조에 대한 서비스 품질(QoS) 차원에 설명되어 있습니다(예: Sun Cluster 참조) .

Java Enterprise System 서버

Java Enterprise System 서버는 그림 2-5에 표시된 모든 수준을 집합적으로 구현합니다. 각 시스템 서버는 분산된 엔터프라이즈 응용 프로그램을 지원하기 위해 특정 서비스 또는 서비스 집합을 제공합니다. 이러한 시스템 서비스는 각 서버의 고유한 특징이 됩니다(각 시스템 서버에서 제공하는 서비스에 대한 간단한 설명은 표 1-1 참조).

시스템 서버 간 종속성

일반적으로 각 시스템 서버는 인프라에서 아래에 있는 서버에 종속되고 위에 있는 서버를 지원합니다. 표 2-1에서는 그림 2-5에 표시된 것처럼 다른 Java Enterprise System 서버 간의 특정 종속성을 위에서부터 아래로 순서대로 보여줍니다.

표 2-1 Java Enterprise System 서버 상호 종속성
Java Enterprise System 구성 요소	지원 대상	종속 대상
Portal Server		Identity Server Application Server 또는 Web Server Directory Server Portal Server 채널을 사용하도록 구성한 경우: Calendar Server Messaging Server Instant Messaging
Messaging Server	Calendar Server (전자 메일 알림 서비스용) Portal Server (메시징 채널용)	Identity Server (단일 사인 온용) Web Server (Web 인터페이스) Directory Server
Instant Messaging	Portal Server (인스턴트 메시징 채널용)	Identity Server (단일 사인 온용) Directory Server
Calendar Server	Portal Server (달력 채널용)	Messaging Server (전자 메일 알림 서비스용) Identity Server (단일 사인 온용) Web Server (Web 인터페이스) Directory Server
Identity Server	Portal Server 단일 사인 온을 위해 구성한 경우: Calendar Server Instant Messaging Messaging Server	Application Server 또는 Web Server Directory Server
Application Server	Portal Server Identity Server	Message Queue Directory Server (선택 사항)
Message Queue	Application Server	Directory Server (선택 사항)
Web Server	Portal Server Identity Server	Identity Server (선택 사항: 액세스 제어)
Directory Server	Portal Server Calendar Server Messaging Server Instant Messaging Identity Server	없음

시스템 서버 분석

각 Java Enterprise System 서버에서 제공하는 서비스의 차이에도 불구하고 모든 시스템 서버는 몇 가지 공통된 특징을 공유합니다. 일반적으로 각 시스템 서버는 다음과 같은 종류의 소프트웨어 구성 요소 또는 하위 구성 요소를 사용합니다.

이 하위 구성 요소는 다음 그림에 개요적으로 표시되어 있으며 다음 절에서 간략하게 설명합니다.

시스템 서비스 하위 구성 요소

표 1-1에서는 각 Java Enterprise System 서버에서 제공하는 기본 시스템 서비스에 대해 요약합니다.

서버마다 제공하는 서비스를 구현하는 고유한 방법이 있습니다. 일부 서버는 Java 언어로 작성되고 일부는 C 또는 C++로 작성됩니다. 단일 하위 구성 요소를 사용하여 고유한 시스템 서비스를 구현하는 서버도 있고 여러 하위 구성 요소를 사용하는 서버도 있습니다. 예를 들어, Portal Server는 Rewriter, Desktop 및 NetMail 하위 구성 요소를 사용하여 Portal Server의 기본 시스템 서비스를 제공합니다.

지원 서비스 하위 구성 요소

각 시스템 서버에는 시스템 서비스가 종속되는 다양한 지원 서비스를 제공하는 여러 하위 구성 요소가 포함되어 있습니다. 그림 2-6에 표시된 지원 서비스는 일반적으로 Java Enterprise System에서 제공하는 분산된 인프라 서비스에 해당합니다. 예를 들면 다음과 같습니다.

지원 서비스가 다른 Java Enterprise System 서버에서 외부적으로 제공되는 경우도 있습니다. 그러나 대부분의 경우 지원 서비스는 서버에서 내부적으로 구현됩니다. Java Enterprise System의 목표는 공통된 내부 서비스를 추출하여 로거 서비스, 통신 서비스 등과 같은 시스템 수준 서비스로 구현하는 것입니다.

공유 구성 요소

대부분의 Java Enterprise System 서버는 지원 서비스 외에도 다른 운영 체제 간의 이식성을 제공하기 위해 종종 사용되는 많은 로컬 서비스에 종속됩니다. 이러한 서비스는 특정 컴퓨팅 노드에서 실행되는 모든 시스템 서버가 사용할 수 있는 공유 구성 요소로 로컬에 설치되는 라이브러리입니다. Java Enterprise System 공유 구성 요소 예로는 Java 2 Platform, Standard Edition (J2SE™ 플랫폼), Netscape Portable Runtime (NSPR), Network Security Services (NSS), Network Security Services for Java (JSS) 등이 있습니다. 전체 목록은 공유 구성 요소를 참조하십시오.

차원 3: 서비스 품질(QoS)

앞의 두 가지 구조적 차원(논리적 계층 및 인프라 서비스 수준)은 주로 구조의 논리적 요소 즉, 최종 사용자에게 서비스를 전달하기 위해 어떤 방법으로든 상호 작용하는 데 필요한 구성 요소를 정의합니다. 그러나 배포된 솔루션에서 마찬가지로 중요한 차원은 솔루션이 서비스 품질(QoS) 요구 사항을 충족시킬 수 있도록 하는 기능입니다.

인터넷과 전자 상거래 서비스가 비즈니스 운영에 보다 중요해지면서 이러한 서비스의 성능, 가용성, 보안, 확장성 및 서비스 가능성이 대규모의 고성능 배포 구조에서 필수 요구 사항이 되었습니다.

다시 말해서 여러 중요한 서비스 품질(QoS)과 관련된 비즈니스 요구 사항을 충족시키는 것이 배포 구조의 중요한 차원이 되었습니다. 서비스 품질(QoS) 요구 사항을 지정하는 데 가장 많이 사용되는 품질은 아래 표에 요약되어 있습니다.

표 2-2 차원 3: 배포 구조에 영향을 미치는 서비스 품질
시스템 품질	설명
성능	사용자 로드 조건에 따른 응답 시간 및 대기 시간 측정.
가용성	최종 사용자가 시스템의 자원 및 서비스를 액세스할 수 있는 빈도 측정(대개 시스템의 가동 시간으로 표시).
보안	시스템과 그 사용자의 무결성을 설명하는 요소들의 복잡한 조합. 보안에는 정보의 보안 전송뿐 아니라 사용자의 인증 및 권한 부여도 포함됩니다.
확장성	시간에 따라 배포된 시스템에 용량 및 사용자를 추가할 수 있는 기능. 확장성은 일반적으로 시스템에 자원을 추가하는 것을 포함하지만 배포 구조 변경을 요구해서는 안 됩니다.
잠재 용량	추가 자원 없이 비정상적인 최고 로드 사용을 처리할 수 있는 시스템의 기능.
서비스 가능성	시스템 모니터링, 발생한 문제 복구, 하드웨어 및 소프트웨어 구성 요소 업그레이드 등을 포함하여 배포된 시스템의 관리 용이성.

배포 구조에 영향을 미치는 시스템 품질은 서로 밀접한 관련이 있습니다. 한 가지 시스템 품질의 요구 사항이 다른 시스템 품질의 요구 사항 및 설계에 영향을 미칠 수 있습니다. 예를 들어, 높은 수준의 보안은 성능에 영향을 미칠 수 있고, 성능은 다시 가용성에 영향을 미칠 수 있습니다. 가용성 문제를 처리하기 위해 서버를 추가하면 유지 보수 비용(서비스 가능성)에 영향을 미칠 수 있습니다.

시스템 품질이 어떻게 연관되어 있고 다른 품질 간의 균형을 조절하는 방법을 이해하는 것이 비즈니스 요구 사항과 제약 조건을 모두 충족시키는 구조를 설계하는 비결입니다.

서비스 품질 요구 사항 적용

표 2-2에 표시된 시스템 품질에 대한 서비스 품질(QoS) 요구 사항은 일반적으로 시스템 전체 수준으로 명시되므로 시스템 전체에 적용됩니다. 그러나, 소프트웨어 시스템의 전체 기능은 시스템에 있는 다양한 응용 프로그램과 인프라 구성 요소 간의 복잡한 상호 작용의 결과입니다.

따라서, 서비스 품질(QoS) 요구 사항은 일반적으로 구조 내의 모든 인프라 서비스 수준에 있는 모든 계층에 적용됩니다. 이러한 요구 사항이 구성 요소별로 적용되는 경우도 있습니다.

예를 들어, 고가용성 시스템인 경우 시스템에서 오류가 일어날 가능성이 가장 큰 지점을 고려하고 가장 큰 영향을 미치는 오류를 먼저 고려해야 합니다. 이러한 높은 위험의 구성 요소에 대한 고가용성 솔루션이 자주 사용되지 않거나 전체 시스템 오류를 일으키지 않는 구성 요소에 대한 고가용성 솔루션보다 훨씬 까다로울 수 있습니다.

성능, 보안 및 확장성을 고려할 때도 비슷한 문제가 발생할 수 있습니다. 시스템의 잠정적인 취약 지점 또는 병목 현상을 이해하고 시스템의 각 구성 요소에 적당한 구조적 솔루션을 통합하기 위해 많은 분석이 필요합니다.

예: Sun Cluster

Sun Cluster라는 하나의 Java Enterprise System 구성 요소는 특별히 서비스 품질(QoS) 구조 차원을 처리합니다.

Sun Cluster 소프트웨어는 Java Enterprise System 인프라를 기반으로 하는 응용 프로그램뿐만 아니라 Java Enterprise System에 고가용성 및 확장성 서비스를 제공합니다.

클러스터는 서비스, 시스템 자원 및 데이터에 대한 단일 클라이언트 보기를 집합적으로 제공하는 느슨하게 연결된 컴퓨팅 노드 집합입니다. 내부적으로 클러스터는 중복 컴퓨팅 노드, 상호 연결, 데이터 저장소 및 네트워크 인터페이스를 사용하여 클러스터 기반 서비스 및 데이터에 고가용성을 제공합니다. 클러스터 소프트웨어는 구성원 노드와 기타 클러스터 자원의 상태를 지속적으로 모니터하고 내부 중복을 사용하여 오류가 발생하더라도 해당 자원에 대한 거의 지속적인 액세스를 제공합니다.

또한 Cluster 에이전트는 클러스터에서 호스트하는 소프트웨어 서비스를 지속적으로 모니터합니다. 오류가 발생하면 이 소프트웨어 에이전트가 작동하여 모니터하는 서비스를 페일오버하거나 다시 시작합니다. Cluster 에이전트는 모든 Java Enterprise System 서버에서 사용할 수 있으며 분산된 구성 요소 또는 서비스 구현을 위해 Java Enterprise System 인프라 위에서 실행되는 사용자 정의 Cluster 에이전트를 작성할 수 있습니다. 클러스터 소프트웨어는 이러한 방법으로 고가용성 서비스를 제공합니다. (이 가용성은 서비스 수준에서 제공되며 세션 수준 페일오버에는 제공되지 않음)

클러스터 소프트에어에서 제공하는 제어를 통해 클러스터는 확장 가능한 서비스를 제공할 수도 있습니다. 클러스터의 전역 파일 시스템과 다중 노드 기능을 사용하여 인프라 또는 응용 프로그램 서비스를 실행하면 이러한 서비스에 대한 늘어나는 요구를 여러 동시 서비스 인스턴스 간에 균형 조정할 수 있습니다. 클러스터 소프트웨어를 올바르게 구성하면 분산된 엔터프라이즈 응용 프로그램에 고가용성과 확장성을 모두 제공할 수 있습니다.

클러스터 서비스를 지원하는 데 필요한 중복 때문에 솔루션에 이러한 서비스를 포함하면 컴퓨팅 환경에 많은 영향을 미치게 됩니다. 클러스터 서비스를 포함시키면 물리적 토폴로지에 필요한 컴퓨팅 노드 및 네트워크 링크 수가 크게 늘어납니다.

Java Enterprise System 서버에서 제공하는 서비스와 달리 클러스터 서비스는 분산된 피어 투 피어 서비스입니다. 따라서, 클러스터 소프트웨어는 클러스터의 모든 컴퓨팅 노드에 설치해야 합니다.

세 차원 통합

앞 절에서 개별적으로 설명한 세 가지 구조 차원을 통합하면 구조 설계 내의 응용 프로그램 또는 인프라 구성 요소의 역할을 이해하기 위한 프레임워크를 제공합니다.

기본적으로 배포 구조의 각 논리 계층(첫 번째 차원)에 있는 분산 구성 요소는 해당 인프라 서비스(두 번째 차원)에서 지원해야 합니다. 해당 2차원 매트릭스 내의 각 구성 요소는 서비스 품질(QoS) 요구 사항(세 번째 차원)을 충족시킬 수 있도록 배포되어야 합니다.

다음 그림은 이 세 차원의 통합을 개념적으로 나타낸 것입니다.

프레임워크 내에서 예를 들어 Directory Server는 백엔드 하위 수준 Java Enterprise System 구성 요소로 분류됩니다. 따라서 많은 다른 구성 요소가 Directory Server에 종속되므로 Directory Server에 오류가 발생하면 비즈니스 시스템에 심각한 영향을 미칩니다. 이는 Directory Server가 가용성이 높아야 함을 의미합니다.

Directory Server는 중요한 사용자 또는 구성 정보를 저장하는 데 사용되기 때문에 보안 유출이 발생할 경우에도 심각한 영향을 미치게 됩니다. 따라서 Directory Server 및 이와 상호 작용하는 모든 통신 채널을 높은 수준으로 보안해야 합니다.

그림 2-7의 구조적 프레임워크를 사용하기 위한 설계 방법을 설명하는 것은 이 설명서의 범위를 벗어납니다. 그러나 이 3차원 구조는 Java Enterprise System을 사용하여 분산된 엔터프라이즈 배포를 전달하는 방법을 이해하는 데 중요한 Java Enterprise System의 요소를 쉽게 설명합니다.

이전 목차 색인 다음
Sun Java Enterprise System 2004Q2 기술 개요