test

Sun Java Enterprise System 2005Q4 배포 계획 설명서

논리적 구조 예

이 절에서는 Java Enterprise System 솔루션을 위한 논리적 구조의 예를 제공합니다. 이 예는 논리적 구성 요소를 다중 계층 구조의 알맞은 계층에 배치하는 방법을 보여준 다음 사용 사례를 연구하여 구성 요소 간 관계를 분석합니다. 이 절의 논리적 구조 예를 Java Enterprise System 솔루션의 논리적 구조 설계를 이해하는 기초로 사용하십시오.

첫 번째 예는 기본 Messaging Server 솔루션으로 Messaging Server의 논리적으로 별개인 구성 요소가 다른 구성 요소와 상호 작용하는 방법을 보여줍니다. 두 번째 예는 약 1,000명에서 5,000명 정도의 직원이 있는 중소 기업에게 적합한 신원 기반 배포 솔루션의 논리적 구조를 보여줍니다.

Messaging Server 예

다음 그림은 Messaging Server 배포의 기본 논리적 구조를 보여줍니다. 이 논리적 구조는 Messaging Server에 필요한 논리적으로 별개인 구성 요소만을 보여줍니다. 이 다음 그림에서 구성 요소 간 관계를 설명합니다.

주 –

일반적으로 Messaging Server의 배포는 엔터프라이즈 솔루션의 일부로 신원 기반 통신 예에서 설명한 대로 다른 Java Enterprise System 구성 요소를 포함합니다.

그림 4–4 Messaging Server 배포의 논리적 구조

다중 계층 구조에 배포된 Messaging Server 시나리오에 대한 논리적 구성 요소를 보여주는 다이어그램.

다음 표에서는 Messaging Server 예에서 묘사한 구성 요소를 설명합니다.

표 4–5 Messaging Server 논리적 구조의 구성 요소

구성 요소 

설명 

전자 메일 클라이언트 

전자 메일 읽기 및 쓰기를 위한 클라이언트 응용 프로그램 

Messaging Server MTA

전자 메일 메시지를 수신, 경로 지정, 전송 및 전달하기 위한 메시지 전송 에이전트(MTA)로 구성된 Messaging Server. 

Messaging Server MMP

검색 및 저장을 위해 알맞은 메시지 저장소로 연결 경로를 지정하는 Message Multiplexor(MMP)로 구성된 Messaging Server. MMP는 Directory Server에 액세스하여 알맞은 메시지 저장소를 결정하는 디렉토리 정보를 조회합니다. 

Messaging Server STR

전자 메일 메시지 검색 및 저장을 위한 메시지 저장소로 구성된 Messaging Server. 

Directory Server

LDAP 디렉토리 데이터로 액세스를 제공합니다. 

논리적 구조가 Messaging Server 구성 요소에 대한 서비스 복제를 지정하지는 않습니다. 예를 들어 엔터프라이즈 배포는 일반적으로 별개의 인바운드 및 아웃바운드 MTA 인스턴스를 여러 개 만들지만 Messaging Server 예의 그림에서는 한 개의 MAT 구성 요소만을 보여줍니다. 다중 인스턴스로 논리적 구성 요소를 복제하는 것은 배포 설계 단계 중에 해야 하는 설계 결정입니다.

Messaging Server 사용 사례

사용 사례는 구조내 논리적 구성 요소 간 관계를 식별할 수 있게 해줍니다. 사용 사례에 따른 구성 요소 간 상호 작용을 매핑하여 배포 설계에 도움이 되는 구성 요소 상호 작용을 시각화할 수 있습니다.

일반적으로 각 사용 사례를 분석하여 배포 설계 전에 구성 요소의 상호 작용을 판별합니다. 다음은 Messaging Server에 전형적인 세 개의 사용 사례로, 논리적 구성 요소 간 상호 작용을 보여줍니다.

Procedure사용 사례 1: 사용자가 Messaging Server에 성공적으로 로그인합니다

단계

  1. 전자 메일 클라이언트가 로그인 정보를 Messaging Server Multiplexor(MMP)로 보냅니다.

  2. MMP가 Directory Server에서 사용자 아이디 및 비밀번호 검증을 요청합니다.

  3. Directory Server가 검증을 MMP로 반송합니다.

  4. MMP가 Messaging Server 메시지 저장소(STR)로부터 메시지 목록을 요청합니다.

  5. STR이 Directory Server에서 사용자의 LDAP 레코드를 요청합니다.

  6. Directory Server가 사용자의 LDAP 레코드를 STR로 반송합니다.

  7. STR이 MMP로 메시지 목록을 반송합니다.

  8. MMP가 메시지 목록을 전자 메일 클라이언트에게 전달합니다.

    사용 사례 1에 대한 구성 요소 간 데이터 흐름을 보여주는 다이어그램

Procedure사용 사례 2: 로그인한 사용자가 메일을 읽고 삭제합니다.

단계

  1. 전자 메일 클라이언트가 Messaging Server Multiplexor(MMP)에서 읽을 메시지를 요청합니다.

  2. MMP가 Messaging Server 메시지 저장소(STR)로부터 메시지를 요청합니다.

  3. STR이 MMP로 메시지를 반송합니다.

  4. MMP가 메시지를 전자 메일 클라이언트에게 전달합니다.

  5. 전자 메일 클라이언트가 메시지 삭제 작업을 MMP로 보냅니다.

  6. MMP가 메시지 삭제 작업을 STR로 전달합니다.

  7. STR이 메시지를 데이터베이스에서 삭제하고 MMP로 확인을 보냅니다.

  8. MMP가 삭제 확인을 전자 메일 클라이언트에게 전달합니다.

    사용 사례 2에 대한 Messaging Server 구성 요소 간 데이터 흐름을 보여주는 다이어그램

Procedure사용 사례 3: 로그인한 사용자가 전자 메일 메시지를 보냅니다.

단계

  1. 전자 메일 클라이언트가 클라이언트에서 작성된 메시지를 Messaging Server 메시지 전송 에이전트(MTA)로 보냅니다.

  2. MTA가 Directory Server에서 사용자 아이디 및 비밀번호 검증을 요청합니다.

  3. Directory Server가 검증을 MTA로 반송합니다.

  4. MTA가 각 수신자의 대상 도메인에 대해 Directory Server를 확인합니다.

  5. Directory Server가 각 수신자의 대상 도메인을 MTA로 반송합니다.

  6. MTA가 각 수신자에게 메시지를 전달합니다.

  7. MTA가 메시지를 Messaging Server 메시지 저장소(STR)에 전달하여 보낸 메일함에 메시지를 저장합니다.

  8. MTA가 전자 메일 클라이언트에게 확인을 보냅니다.

    사용 사례 3에 대한 Messaging Server 구성 요소 간 데이터 흐름을 보여주는 다이어그램.

신원 기반 통신 예

이 예에서는 1,000명에서 5,000명의 직원이 있는 중소 기업을 위한 신원 기반 통신 솔루션을 설명합니다. 일반적으로 자세한 기술 요구 사항 분석에 이어지는 철저한 비즈니스 분석이 논리적 구조 설계에 필요합니다. 그러나 이것은 이론적인 예로 다음과 같은 비즈니스 요구 사항을 판별했다고 가정합니다.

이 예의 사용 사례는 로그인 절차, 전자 메일 읽기, 전자 메일 보내기, 포털의 사용자 정의, 달력 동기화 및 기타 유사한 사용자 작업을 자세히 설명합니다.

다음 그림은 이 유형의 신원 기반 통신 솔루션에 대한 논리적 구조를 보여줍니다.

다중 계층 구조에 배포된 신원 기반 통신 시나리오의 논리적 구성 요소를 보여주는 다이어그램.

신원 기반 통신에 대한 사용 사례 예

이러한 특성을 가진 배포 솔루션에는 일반적으로 솔루션이 제공하는 서비스에 대한 사용자 상호 작용을 설명하는 자세한 사용 사례가 있습니다. 이 예는 사용자가 웹 브라우저 클라이언트에서 포털로 로그인하는 경우 구성 요소 간의 상호 작용에 대해 집중합니다. 예에서 이 로그인 시나리오를 다음과 같이 두 개의 사용 사례로 나눕니다.

두 사용 사례를 한 개의 확장된 사용 사례로 간주할 수 있습니다. 그러나 이 예의 경우 단순화하기 위해 사용 사례를 분리합니다.

Procedure사용 사례 1: 사용자가 성공적으로 로그인하고 Portal이 사용자의 구성을 검색합니다

단계

  1. 웹 브라우저 클라이언트가 사용자 아이디 및 비밀번호를 Portal Server로 보냅니다.

  2. Portal Server가 Access Manager에서 인증을 요청합니다.

  3. Access Manager가 Directory Server에서 사용자 아이디 및 비밀번호 검증을 요청합니다.

  4. Directory Server가 사용자 아이디 및 비밀번호를 검증합니다.

  5. Access Manager가 Directory Server에서 사용자 프로필을 요청합니다.

  6. Directory Server가 사용자 프로필을 반송합니다.

  7. Portal Server가 Access Manager에서 사용자 디스플레이 프로필을 요청합니다.

  8. Access Manager가 포털 구성을 반송합니다.

  9. 포털 구성이 웹 브라우저 클라이언트에 표시됩니다.

    사용 사례 1의 신원 기반 통신 시나리오 구성 요소 간 데이터 흐름을 보여주는 다이어그램

Procedure사용 사례 2: Portal Server가 전자 메일 및 달력 정보를 표시합니다.

단계

  1. 성공적으로 로그인하고 인증 및 포털 구성 검색을 하고 나면 Portal Server가 Messaging Server MMP에서 전자 메일 메시지를 요청합니다.

  2. MMP가 Messaging Server로부터 메시지 목록을 요청합니다.

  3. STR이 MMP로 메시지 목록을 반송합니다.

  4. MMP가 메시지 헤더를 Portal Server로 전달합니다.

  5. Portal Server가 Communications Express에서 달력 정보를 요청합니다.

  6. Communications Express가 Calendar Server 백엔드에서 달력 정보를 요청합니다.

  7. Calendar Server 백엔드가 Communications Express로 달력 정보를 반송합니다.

  8. Communications Express가 달력 정보를 Portal Server로 전달합니다.

  9. Portal Server가 모든 채널 정보를 웹 브라우저 클라이언트로 보냅니다.

    사용 사례 2의 신원 기반 통신 시나리오 구성 요소 간 데이터 흐름을 보여주는 다이어그램.