Three-Tier 아키텍처 모델 사용
논리 디자인 모델의 기본 프레임워크인 3계층 아키텍처 모델은 애플리케이션의 구성 요소를 세 가지 서비스 계층으로 분할합니다. 이러한 계층은 네트워크에 있는 다양한 컴퓨터의 물리적 위치와 반드시 일치하는 것이 아니라 애플리케이션의 논리적 계층에 해당합니다. 시스템 요구 사항에 따라 물리적 토폴로지에 애플리케이션을 배포하는 방법이 변경될 수 있습니다.
다음은 각 계층에 할당된 서비스에 대한 간략한 설명입니다.
프레젠테이션 계층 또는 사용자 서비스 계층은 사용자에게 애플리케이션에 대한 액세스 권한을 부여합니다. 이 계층은 사용자에게 데이터를 제공하고 선택적으로 데이터 조작 및 데이터 입력을 허용합니다. 이 계층에 대한 두 가지 기본 유형의 사용자 인터페이스는 기존 애플리케이션과 웹 기반 애플리케이션입니다. 이제 웹 기반 애플리케이션에는 기존 애플리케이션에서 사용하는 대부분의 데이터 조작 기능이 포함되어 있는 경우가 많습니다. 이 작업은 동적 HTML 및 클라이언트 쪽 데이터 원본 및 데이터 커서를 사용하여 수행됩니다.
참고
3계층 애플리케이션에서 클라이언트 쪽 애플리케이션은 현재 중간 계층에 있는 서비스 구성 요소를 포함하지 않기 때문에 클라이언트-서버 애플리케이션보다 스키니가 됩니다. 이렇게 하면 구성 요소가 서로 다른 컴퓨터 간에 분산되기 때문에 사용자의 오버헤드가 줄어들지만 시스템에 대한 네트워크 트래픽이 늘어나게 됩니다.
중간 계층 또는 비즈니스 서비스 계층은 비즈니스 및 데이터 규칙으로 구성됩니다. 비즈니스 논리 계층이라고도 하는 중간 계층은 COM+ 개발자가 중요 업무용 비즈니스 문제를 해결하고 주요 생산성 이점을 달성할 수 있는 곳입니다. 이 계층을 구성하는 구성 요소는 리소스 공유를 지원하기 위해 서버 컴퓨터에 있을 수 있습니다. 이러한 구성 요소는 비즈니스 알고리즘, 법률 또는 정부 규정 및 데이터 규칙과 같은 비즈니스 규칙을 적용하는 데 사용할 수 있으며, 이는 특정 또는 여러 데이터베이스 내에서 데이터 구조를 일관되게 유지하도록 설계되었습니다. 이러한 중간 계층 구성 요소는 특정 클라이언트에 연결되지 않으므로 모든 애플리케이션에서 사용할 수 있으며 응답 시간 및 기타 규칙에 따라 다른 위치로 이동할 수 있습니다. 예를 들어 간단한 편집을 클라이언트 쪽에 배치하여 네트워크 왕복을 최소화하거나 데이터 규칙을 저장 프로시저에 배치할 수 있습니다.
데이터 계층 또는 데이터 서비스 계층은 일반적으로 데이터베이스 또는 영구 스토리지에 저장된 영구 데이터와 상호 작용합니다. 실제 DBMS 액세스 계층입니다. 비즈니스 서비스 계층 및 경우에 따라 사용자 서비스 계층을 통해 액세스할 수 있습니다. 이 계층은 리소스 공유를 돕고 각 클라이언트에 DBMS 라이브러리 및 ODBC 드라이버를 설치하지 않고 클라이언트를 구성할 수 있도록 하는 데이터 액세스 구성 요소(원시 DBMS 연결이 아닌)로 구성됩니다.
애플리케이션의 수명 주기 동안 3계층 접근 방식은 재사용 가능성, 유연성, 관리 효율성, 유지 관리 효율성 및 확장성과 같은 이점을 제공합니다. 만든 구성 요소 및 서비스를 공유하고 재사용할 수 있으며 필요에 따라 컴퓨터 네트워크에 배포할 수 있습니다. 크고 복잡한 프로젝트를 더 간단한 프로젝트로 나누고 다른 프로그래머 또는 프로그래밍 팀에 할당할 수 있습니다. 또한 구성 요소 및 서비스를 서버에 배포하여 변경 내용을 따라갈 수 있으며 애플리케이션의 사용자 기반, 데이터 및 트랜잭션 볼륨이 증가함에 따라 다시 배포할 수 있습니다.
관련 항목