배포 구현

배포 설계 구현은 이전 절에 나열되고 그림 4–1에 표시된 작업들로 구성됩니다. 이러한 작업의 순서가 엄격하게 정해져 있는 것은 아닙니다. 배포 프로세스는 본질적으로 반복되는 프로세스입니다. 다음 하위 절에서는 각각의 주 요배포 구현 작업에 대해 일반적으로 수행되는 순서에 따라 개별적으로 설명합니다. 이런 작업에 대한 자세한 설명을 보려면 Sun Java Enterprise System 2005Q4 설명서 로드맵을 참조하십시오.

하드웨어 설정

구현 사양에는 컴퓨터, 네트워크 설계, 네트워크 하드웨어(케이블 연결, 스위치, 라우터, 로드 밸런서 포함), 저장 장치 등과 같은 물리적 환경의 모든 세부 정보가 포함됩니다. 이 모든 하드웨어를 해당 Java ES 솔루션을 지원하는 플랫폼으로 설정해야 합니다.

소프트웨어 설치, 업그레이드 및 마이그레이션

배포 구조는 구현 사양에서 제공하는 추가 세부 정보와 함께 물리적 환경의 각 컴퓨터에 상주할 응용 프로그램 구성 요소와 Java ES 구성 요소를 알려줍니다. Java ES 통합 설치 프로그램을 사용하여 배포 구조의 각 컴퓨터에 적합한 Java ES 구성 요소를 설치합니다( Java Enterprise System 통합 설치 프로그램 참조).

설치 계획에서는 설치 프로그램 세션의 순서 및 범위를 설명합니다. 그러나 설치 작업을 수행하기 위한 접근 방법은 Java Enterprise System를 새로 설치하는지, 이전에 설치된 Java ES 구성 요소를 업그레이드하는지 또는 타사 구성 요소를 Java Enterprise System으로 교체하는지 여부에 따라 다릅니다. 이러한 Java ES 도입 시나리오 가운데 마지막 2가지 도입 시나리오에서는 데이터 또는 응용 프로그램 코드를 마이그레이션하여 호환성을 확보하는 것이 필요합니다.

시스템 구성 및 사용자 정의

여러 가지 시스템 구성 요소를 함께 통합 시스템으로 실행하려면 몇 가지 시스템 구성 작업을 완료해야 합니다. 이 가운데 첫 번째 작업은 각각의 시스템 구성 요소를 시작하는데 필요한 초기 구성입니다. 두 번째는 모든 Java ES 구성 요소가 상호 작용의 대상이 되는 구성 요소와 통신하도록 구성해야 합니다.

또한 각 구성 요소의 가용성 솔루션에 따라 고가용성도 구성해야 합니다. 사용자가 다양한 서비스에 액세스할 수 있도록 사용자를 지정해야 하며 인증 및 권한 부여 정책 및 제어를 설정해야 합니다( 통합 아이디 및 보안 서비스 참조).

대부분의 경우 원하는 기능의 정확한 설정을 위해 구성 작업에는 Java ES 구성 요소의 사용자 정의가 어느 정도 포함됩니다. 예를 들어, 일반적으로 포털 채널을 제공하려면 Portal Server를 사용자 정의하고, 권한 부여 작업을 수행하려면 Access Manager를 사용자 정의하며, 바이러스 검사 및 스팸 차단 기능을 사용하려면 Messaging Server를 사용자 정의합니다.

개발 및 통합

배포 시나리오에 지정된 논리적 구조에서 일반적으로 솔루션을 구현하는 데 필요한 사용자 정의 개발 작업의 범위를 결정합니다.

개발이 매우 포괄적일 수도 있는 일부 배포의 경우, Application Server 또는 Web Server 환경에서 실행되는 J2EE 구성 요소를 사용하여 새로운 비즈니스 및 프리젠테이션 서비스를 처음부터 개발해야 합니다. 이 경우에 전체 개발 작업을 시작하기 전에 솔루션 프로토타입을 제작하여 POC(proof-of-concept) 테스트를 수행하는 것이 좋습니다.

포괄적인 개발이 필요한 솔루션의 경우 Sun Java Studio에서는 분산 구성 요소 또는 비즈니스 서비스를 프로그래밍하기 위한 도구를 제공합니다. Sun Java Studio는 Java ES 인프라가 지원하는 응용 프로그램의 프로그래밍 및 테스트를 단순화합니다.

경우에 따라 Java ES 구성 요소들이 레거시 응용 프로그램이나 타사 서비스와 통합될 수도 있습니다. 이러한 통합에는 데이터 계층의 기존 디렉토리나 데이터 서비스 혹은 비즈니스 서비스 계층의 기존 구성 요소들이 포함될 수도 있습니다. Java ES 구성 요소를 이러한 시스템과 통합하려면 데이터 또는 응용 프로그램 코드를 마이그레이션해야할 수도 있습니다.

J2EE 플랫폼에서는 J2EE 자원 어댑터를 개발하여 기존 응용 프로그램을 Application Server 환경에 연결할 수 있는 커넥터 프레임워크를 제공하며, Message Queue에서는 다양한 응용 프로그램을 통합하기 위한 강력한 비동기 메시징 기능을 제공합니다.

프로토타입 및 파일럿 테스트

필요한 개발 작업이나 사용자 정의 양에 따라 배포 구조 검증이 필요한 시점에 사용 사례와 비교하여 솔루션을 테스트하고 서비스 품질 요구 사항을 충족시킬 수 있는지 확인해야 합니다.

사용자 정의 개발 서비스가 상대적으로 적은 경우(대부분의 최신 배포), 해당 솔루션에서는 Java ES 구성 요소를 사용자 정의하고 해당 시스템의 파일럿 테스트가 필요할 수도 있습니다.

그러나 상당한 양의 새로운 응용 프로그램 논리를 개발하고 사용자 정의 서비스를 만든 경우에는 프로토타입 테스트 및 통합 테스트 등을 포함하여 이 테스트가 훨씬 더 포괄적일 수 있습니다.

이 테스트에서 배포 구조의 결점이 발견될 경우 구조를 수정하고 테스트를 다시 수행해야 합니다. 이러한 반복 프로세스를 통해 작업 환경에 배포할 준비가 된 배포 구조 및 구현을 만들 수 있습니다.

작업 롤아웃

작업 롤아웃에서는 배포 구현을 작업 환경으로 작성합니다. 이 단계에는 작업 환경에서 분산 응용 프로그램 및 인프라 서비스의 설치, 구성 및 시작 뿐만 아니라 작업 시스템 최종 사용자 지정, 단일 사인 온 및 액세스 정책 설정 등이 포함됩니다. 일반적으로 제한된 배포에서 시작하여 조직 전체로 구현을 확장합니다. 이 프로세스에서는 시험 실행을 수행하면서 점차적으로 로드를 늘려 서비스 품질(QoS) 요구 사항이 충족되는 지 확인합니다.