test

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

4장 논리적 설계

솔루션 라이프 사이클의 논리적 설계 단계 중에 솔루션의 논리적 구성 요소의 상호 관계를 보여주면서 논리적 구조를 설계합니다. 기술 요구 사항 단계의 논리적 구조 및 사용 분석은 배포 설계 단계로 입력될 배포 시나리오를 구성합니다.

이 장의 내용은 다음과 같습니다.

논리적 구조 정보

논리적 구조는 구성 요소 간 상호 관계를 보여주면서 솔루션 구현에 필요한 소프트웨어 구성 요소를 식별합니다. 기술 요구 사항 단계에서 정해진 논리적 구조 및 서비스 품질 요구 사항이 배포 시나리오를 구성합니다. 배포 시나리오는 다음 단계에서 발생하는 배포 설계, 즉 배포 구조를 설계하는 기본입니다.

논리적 구조를 개발하는 경우 사용자에게 서비스를 제공하는 구성 요소 뿐 아니라 필요한 미들웨어 및 플랫폼 서비스를 제공하는 기타 구성 요소를 식별해야 합니다. 인프라 서비스 종속성 및 논리적 계층은 이 분석을 수행하는 두 개의 보완적인 방법을 제공합니다.

인프라 서비스 종속성 및 논리적 계층은 Sun JavaTM Enterprise System에서 기반으로 하는 솔루션 구조의 3개의 차원 중에서 2차원에 해당됩니다. 3개의 차원은 아래 나열되어 있으며 이는 논리적 구조 정보에도 나와 있습니다.

주 –

Java Enterprise System 구조 개념에 대한 자세한 내용은 Sun Java Enterprise System 2005Q4 기술 개요의 “Java Enterprise System 구조” 장을 참조하십시오.

논리적 구조는 필요한 구성 요소 및 해당 종속성을 나타냄으로써 인프라 서비스 수준을 묘사합니다. 논리적 구조는 또한 표현, 비즈니스 및 궁극적으로 클라이언트 계층이 액세스할 수 있는 데이터 서비스를 나타내는 논리적 계층 내에 구성 요소를 분산합니다. 서비스 품질 요구 사항은 논리적 구조에서 모델링되지 않지만 배포 시나리오에서 논리적 구조와 쌍을 이룹니다.

논리적 구조 설계

논리적 구조를 설계하는 경우 기술 요구 사항 단계 중에 식별된 사용 사례를 사용하여 솔루션에 필요한 서비스를 제공하는 Java Enterprise System 구성 요소를 결정합니다. 또한 초기에 식별한 구성 요소에 대한 서비스를 제공하는 모든 구성 요소를 식별합니다.

제공하는 서비스 유형에 따라 다중 계층 구조 컨텍스트 내에 Java Enterprise System 구성 요소를 배치합니다. 다중 계층 구조의 일부로 구성 요소를 이해하면 나중에 구성 요소가 제공한 서비스를 분산하는 방법을 결정할 수 있으며 확장성, 가용성 등과 같은 서비스 품질을 구현하기 위한 전략을 결정할 수 있습니다.)

또한 보안 액세스 영역 내에 있는 논리적 구성 요소에 대한 또 다른 시각을 제공합니다. 액세스 영역 절은 보안 액세스 영역의 예를 제공합니다.

Java Enterprise System 구성 요소

Java Enterprise System은 엔터프라이즈 서비스를 제공하는 상호 작용 소프트웨어로 이루어져 있으며 이 엔터프라이즈 서비스를 사용하여 엔터프라이즈 솔루션을 구축할 수 있습니다. 다음 그림은 Java Enterprise System에서 제공하는 주요 소프트웨어 구성 요소를 보여줍니다. Sun Java Enterprise System 2005Q4 기술 개요는 Java Enterprise System 구성 요소와 구성 요소가 제공하는 서비스에 대한 추가 정보를 제공합니다.

그림 4–1 Java Enterprise System 구성 요소

Java Enterprise System의 구성 요소 간 관계를 표시하는 다이어그램

구성 요소 종속성

논리적 구조를 위해 Java Enterprise System 구성 요소를 식별하는 경우 지원 구성 요소 또한 식별해야 합니다. 예를 들면 논리적 구조에 필요한 구성 요소로 Messaging Server를 식별한 경우 논리적 구조는 Directory Server를 포함해야 하며 또한 Access Manager도 포함할 수 있습니다. Messaging Server는 디렉토리 서비스에 대해서는 Directory Server에, 단일 사인 온(SSO)이 필요한 솔루션에 대해서는 Access Manager에 의존합니다.

다음 표에는 Java Enterprise System 구성 요소의 종속성이 나열되어 있습니다. 주요 구성 요소 간 종속성에 대한 시각적 설명은 구성 요소 종속성 그림을 참조하십시오. 논리적 구조를 설계하는 경우 이 표와 그림을 사용하여 설계상 종속 구성 요소를 결정할 수 있습니다.

표 4–1 Java Enterprise System 구성 요소 종속성

Java Enterprise System 구성 요소 

종속 대상 

Application Server

Message QueueDirectory Server(선택 사항) 

Calendar Server

Messaging Server(전자 메일 알림 서비스용)Access Manager(단일 사인 온(SSO)용)Web Server(웹 인터페이스용)Directory Server 

Communications Express

Access Manager(단일 사인 온(SSO)용)Calendar ServerMessaging ServerInstant MessagingWeb Server(웹 인터페이스용)Directory Server 

Directory Proxy Server

Directory Server 

Directory Server

없음 

Access Manager

Application Server 또는 Web ServerDirectory Server 

Instant Messaging

Access Manager(단일 사인 온(SSO)용)Directory Server 

Message Queue

Directory Server(선택 사항) 

Messaging Server

Access Manager(단일 사인 온(SSO)용)Web Server(웹 인터페이스용)Directory Server 

Portal Server

Portal Server 채널을 사용하도록 구성한 경우: 

Calendar ServerMessaging ServerInstant Messaging 

Access Manager(단일 사인 온(SSO)용)Application Server 또는 Web ServerDirectory Server 

Portal Server Secure Remote Access

Portal Server 

Web Server

Access Manager(선택 사항, 액세스 제어용) 

주 –

구성 요소 종속성에 나열된 Java Enterprise System 구성 요소 간 종속성이 모든 구성 요소 종속성을 나열한 것은 아닙니다. 구성 요소 종속성은 설치를 계획할 때 고려해야 하는 종속성은 나열하지 않았습니다. Java Enterprise System 종속성의 전체 목록을 보려면 Sun Java Enterprise System 2005Q4 UNIX용 설치 설명서를 참조하십시오.

그림 4–2 Java Enterprise System 구성 요소 종속성

이 그림은 표 4-1에서 설명한 종속성을 시각적으로 나타낸 것입니다.

웹 컨테이너 지원

이전 절인 구성 요소 종속성에서는 Portal Server 및 Access Manager를 실행하는 웹 컨테이너를 고려하지 않습니다. Application Server, Web Server 또는 타사 제품에서 이 웹 컨테이너를 제공할 수 있습니다. Portal Server 또는 Access Manager를 포함하는 논리적 구조를 설계하는 경우 이러한 구성 요소에 필요한 웹 컨테이너를 고려해야 합니다.

Messaging Server에서 제공되는 논리적으로 별개인 서비스

Java Enterprise System Messaging Server는 다음과 같이 논리적으로 별개인 서비스를 제공하는 개별 인스턴스를 제공하도록 구성할 수 있습니다.

이러한 Messaging Server의 다양한 구성은 별개의 물리적 서버에 배포되고 논리적 구조에서 각기 다른 계층에 나타낼 수 있는 기능을 제공합니다. Messaging Server의 이러한 구성이 개별 계층에 있는 논리적으로 별개인 서비스를 나타내므로 논리적 구조를 설계할 때 그 구성을 논리적으로 별개인 구성 요소로서 고려하십시오. 논리적 구조 예 절은 논리적으로 별개인 구성 요소의 예를 제공합니다.

다음 표에서는 Messaging Server의 논리적으로 별개인 구성을 설명합니다.

표 4–2 Messaging Server 구성

하위 구성 요소 

설명 

메시지 전송 에이전트(MTA)

SMTP 연결을 처리하고 전자 메일 경로를 지정하며 올바른 메시지 저장소로 메시지를 전달함으로써 전자 메일 전송을 지원합니다. MTA 구성 요소를 기업 외부에서 전자 메일을 전달(인바운드)하거나 기업 내에서 전달(송신)하는 것을 지원하도록 구성할 수 있습니다. 

메시지 저장소(STR)

전자 메일 메시지의 검색 및 저장을 제공합니다. 

Message Multiplexor(MMP)

IMAP 또는 POP 프로토콜을 사용하여 전자 메일 클라이언트를 위한 메시지 저장소에 액세스하는 전자 메일 검색을 지원합니다. 

Messenger Express Multiplexor(MEM)

웹 기반(HTTP) 클라이언트를 위해 메시지 저장소에 액세스하는 전자 메일 검색을 지원합니다. 

액세스 구성 요소

Java Enterprise System은 또한 종종 엔터프라이즈 방화벽 외부로부터 시스템 서비스에 액세스할 수 있는 구성 요소도 포함합니다. Messaging Server의 일부 구성으로 네트워크 액세스를 할 수 있습니다(예: Message Multiplexor를 위해 Messaging Server 구성)다음 표에서는 시스템 서비스에 원격으로 액세스할 수 있는 Java Enterprise System 구성 요소를 설명합니다.

표 4–3 원격 액세스를 제공하는 Java Enterprise System 구성 요소

구성 요소 

설명 

Directory Proxy Server

여러 Directory Server 인스턴스에 대해 향상된 디렉토리 액세스, 스키마 호환성, 경로 지정 및 로드 균형 조정을 제공합니다. 

Portal Server, Portal Server Secure Remote Access

내부 포털 및 인터넷 응용 프로그램을 포함한 Portal Server 컨텐트와 서비스에 대해 회사 방화벽 외부에서의 보안 인터넷 액세스를 제공합니다. 

Portal Server, Portal Server Mobile Access

모바일 장치로부터의 무선 액세스 및 Portal Server로의 음성 액세스를 제공합니다.  

Messaging Server Message Multiplexor(MMP)

웹 기반(HTTP) 클라이언트를 위해 메시지 저장소에 액세스하는 전자 메일 검색을 지원합니다. 

원격 액세스를 제공하는 구성 요소는 액세스 영역 절의 예에서 설명한 대로 일반적으로 보안 액세스 영역에 배포됩니다.

다중 계층 구조 설계

Java Enterprise System은 서비스가 제공하는 기능에 따라 서비스를 계층에 배치하는 다중 계층 구조 설계에 적합합니다. 각 서비스는 논리적으로 독립적이며 같은 계층 또는 다른 계층의 서비스가 액세스할 수 있습니다. 다음 그림은 클라이언트, 표현, 비즈니스 서비스 및 데이터 계층을 보여주면서 엔터프라이즈 응용 프로그램에 대한 다중 계층 구조 모델을 보여줍니다.

그림 4–3 다중 계층 구조 모델

이 그림은 다중 계층구조에서 서비스의 관계를 보여줍니다.

다음 표에서는 다중 계층 구조 설계에서 묘사한 논리적 계층을 설명합니다.

표 4–4 다중 계층 구조의 논리적 계층

계층 

설명 

클라이언트 계층

최종 사용자에게 정보를 설명하는 클라이언트 응용 프로그램을 포함합니다. Java Enterprise System의 경우 응용 프로그램은 일반적으로 메일 클라이언트, 웹 브라우저 또는 Mobile Access 클라이언트입니다.  

프리젠테이션 계층

사용자가 표현을 처리하고 조작할 수 있도록 최종 사용자에게 데이터를 표시하는 서비스를 제공합니다. 예를 들어 웹 메일 클라이언트 또는 Portal Server 구성 요소를 사용하여 사용자는 수신한 정보의 표현을 수정할 수 있습니다. 

비즈니스 서비스 계층

표현 계층 또는 비즈니스 서비스 계층 내의 다른 서비스에게 또는 클라이언트 계층의 클라이언트에게 직접 제공하기 위한 데이터 계층으로부터 일반적으로 데이터를 검색하는 백엔드 서비스를 제공합니다. 예를 들면 Access Manager는 다른 Java Enterprise System 구성 요소에 Identity 서비스를 제공합니다. 

데이터 계층

표현 계층 또는 비즈니스 서비스 계층 내의 서비스가 액세스하는 데이터베이스 서비스를 제공합니다. 예를 들면 Directory Server는 다른 서비스에 LDAP 디렉토리 액세스를 제공합니다. 

다중 계층 구조 설계는 여러가지 이점을 제공합니다. 배포 설계 단계 중에 다중 계층 구조의 기능에 따른 서비스 배치는 네트워크에서 서비스를 분산하는 방법을 판별할 수 있게 합니다. 또한 구조 내의 구성 요소가 다른 구성 요소의 서비스에 어떻게 액세스하는 지 볼 수 있습니다. 이렇게 시각적으로 표현하면 가용성, 확장성,보안 및 다른 서비스 품질 솔루션을 계획할 수 있습니다.

논리적 구조 예

이 절에서는 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의 신원 기반 통신 시나리오 구성 요소 간 데이터 흐름을 보여주는 다이어그램.

액세스 영역

논리적 구조의 구성 요소를 나타내는 또 다른 방법은 구조가 보안 액세스를 제공하는 방법을 보여주는 액세스 영역을 사용하는 것입니다. 다음 그림은 Java Enterprise System 구성 요소 배포를 위한 액세스 영역을 보여줍니다. 각 액세스 영역은 인터넷 및 인트라넷에 구성 요소가 Secure Remote Access를 제공하는 방법을 보여줍니다.

그림 4–5 액세스 영역에 있는 논리적 구조

보안 액세스 영역 내 Java ES 구성 요소의 배치를 보여주는 다이어그램.

다음 표에서는 액세스 영역에서 묘사한 액세스 영역을 설명합니다.

표 4–6 보안 액세스 영역 및 영역 내에 있는 구성 요소

액세스 영역 

설명 

내부 액세스 영역(인트라넷)

인트라넷 및 인터넷 간 방화벽에 의해 강화된 정책을 통해 인터넷에 액세스합니다. 내부 액세스 영역은 일반적으로 최종 사용자가 웹을 찾아보거나 전자 메일을 보내는데 사용합니다. 

일부 경우에는 웹 찾아보기를 허용하는 인터넷에 직접 액세스합니다. 그러나 일반적으로 외부 액세스 영역을 통해 제공되는 인터넷에 보안 액세스를 합니다. 

외부 액세스 영역(DMZ)

중요한 백엔드 서비스에 대한 보안 버퍼로 작용하면서 인터넷에 보안 액세스를 제공합니다. 

보안 액세스 영역(백엔드)

중요한 백엔드 서비스로의 제한된 액세스를 제공하여 외부 액세스 영역에서만 액세스할 수 있습니다. 

액세스 영역에서는 이전 예에서 묘사한 논리적 계층을 보여주지는 않지만 대신 원격 및 내부 액세스를 제공하는 구성 요소, 방화벽과 같은 보안 방법에 대한 구성 요소 관계 및 강화해야 할 액세스 규칙에 대한 시각적 묘사에 초점을 맞추었습니다. 액세스 영역을 보여주는 설계와 결합된 다중 계층 구조 설계를 사용하여 계획된 배포의 논리적 모델을 제공합니다.

배포 시나리오

완료된 논리적 구조 설계 자체만으로는 솔루션 라이프 사이클의 배포 설계 단계로 이동하기에 충분하지 않습니다. 논리적 구조를 기술 요구 사항 단계 중에 결정된 서비스 품질(QoS)과 쌍으로 만들어야 합니다. 서비스 품질 요구 사항을 논리적 구조와 쌍으로 만들어 배포 시나리오를 구성합니다. 배포 시나리오는 5 장, 배포 설계에서 설명하는 배포 구조 설계의 출발점입니다.