설치 유형 개요
FileNet® P8 시스템을 실제로 운영하기 전에 서로 다른 목적으로 수행하려면 각각 설치하는 것이 좋습니다.
계획 단계에서 다음과 같은 설치 유형에 사용하기에 가장 적합한 설치 시나리오(예: 단일 서버, 표준 분산 또는 고가용성 시나리오)를 결정합니다.
- 개념 증명 시스템
- 개념 증명 시스템은 예상 고객, 개발 파트너 또는 사용자 집단에게 문서 관리 및 간단한 워크플로우와 같은 기본 기능을 보여주는 데 사용할 수 있습니다.
- 이 시스템은 보여주려는 핵심 FileNet P8 컴포넌트만의 단일 서버 구성이 될 수 있습니다. 또는 핵심 컴포넌트 외에도 사용자가 원하는 개발 활동 또는 독자에게 중요한 확장 제품을 하나 이상 추가할 수 있습니다.
- 복합 플랫폼 설치 도구(CPIT)를 통해 하나의 서버에 개념 증명 시스템을 신속하게 작성할 수 있습니다.
이는 기본적인 필수 소프트웨어를 자동으로 구성하여 기본 FileNet P8 구성 설정의 기준 세트를 적용합니다.
그러나 다음 요인을 알고 있어야 합니다.
- IBM® Content Search Services를 설치하지 않거나 기타 추가 기능 또는 확장 제품을 구성하지 않습니다.
- WebSphere® Application Server, DB2® for Linux, UNIX and Windows 및 Tivoli® Directory Server만 사용합니다. 이는 복합 플랫폼 설치 도구에서 설치되어 구성된 유일한 구성입니다.
- 복합 플랫폼 설치 도구 설치 후, 지원되는 최신 수정팩 레벨로 컴포넌트를 업그레이드하는 것을 고려하십시오. 또한 설치에 제품을 계속 추가하거나 다른 컴퓨터에 설치된 제품 및 컴포넌트와 인터페이스로 접속할 수 있습니다.
- 하나의 서버에만 설치합니다.
- 복합 플랫폼 설치 도구를 사용할 때 Installation and Upgrade Worksheet가 필요하지 않습니다.
- 개념 증명 시스템을 설치하기 전에 다음 의사결정을 작성하십시오.
- 복합 플랫폼 설치 도구가 개념 증명을 수행하기에 충분한지 또는 서버 및 필수 추가 기능이 여러 개 있거나 컴포넌트가 다른 더 복잡한 시스템이 필요한지 결정하십시오. 이러한 경우 표준 분산 시나리오를 따르게 됩니다.
- 원래의 설치에 있는 작업 예제를 참조로 보유하기 위해 최소한 초기 단계에서 크게 수정하지 않고 개념 증명 시스템을 유지할 것인지 여부를 결정하십시오.
- 개념 증명 시스템을 개발 시스템으로 사용할 것인지 또는 테스트 시스템으로 사용할 것인지 결정하십시오.
- 단일 서버 시나리오 또는 표준 분산 설치 시나리오(해당되는 경우 고가용성 요소 포함)에 따라 개념 증명 시스템을 설치하십시오.
- 개발 시스템
- 개발 시스템은 소프트웨어 개발자가 사용자 정의 애플리케이션에 맞는 코드를 설계하고 구현하는 데 사용됩니다.
- 개발 시스템은 개발 팀에 적합하고 설계 중인 시스템에 필요한 컴포넌트를 포함할 만큼 충분히 커야 합니다. 이러한 경우 둘 이상의 개발 시스템이 필요할 수도 있습니다(예: 충돌할 수 있거나 고유한 기능이 필요한 여러 가지 서브프로젝트에서 개발자가 작업하는 경우). 개발 시스템은 테스트 시스템만큼 신중하게 제어할 필요가 없는 경우도 있습니다. 예를 들면, 개발 시스템에 제품 또는 디버깅 도구를 설치하거나, 운영하는 데 권장되지 않은 변경 또는 최종 문서에 대해 의도되지 않은 변경 등의 환경과 관련된 변경사항을 작성할 수 있습니다. 이러한 유연성은 프로덕션 구성을 연습하는 목적의 테스트 시스템에는 바람직하지 않습니다.
개발 및 테스트 시스템과 동일한 인증 영역을 개념 증명 시스템에도 사용할 수 있습니다. 대신 몇 가지 특수 계정은 테스트 목적에만 사용할 수 있습니다. 동일한 인증 영역을 사용하면 동일한 디렉토리 서버(LDAP) 계정 및 인증 영역을 사용할 수 있다는 장점이 있습니다. 이로 인해 후속 개발 및 테스트 시스템을 보다 쉽게 구성할 수 있습니다.
- 개발 시스템을 설치하기 전에 다음 의사결정을 작성하십시오.
- 기존 개념 증명 시스템을 개발 시스템의 기준으로 사용할 것인지 결정하십시오.
- 사용자 정의된 솔루션이 이러한 제품을 사용하지 않는 경우에도 번들된 FileNet P8 클라이언트 애플리케이션 중 하나를 설치할지 여부를 결정하십시오. 예를 들면 사용자 정의된 애플리케이션과 FileNet P8 클라이언트를 비교하려고 할 수 있습니다.
- 사용자 정의 애플리케이션을 코드화하는 데 필요한 API를 결정한 후 이러한 API를 구현하는 데 필요한 컴포넌트를 포함시키십시오.
- 동일한 서버에 FileNet P8 컴포넌트를 함께 배치할 것인지 결정하십시오. 프로덕션 환경에서는 함께 배치하는 것이 좋지 않으나 개발 시스템에서는 좋은 옵션이 될 수 있습니다(특히 서버 자원이 부족하거나 기본 시스템 성능이 큰 문제가 되지 않을 경우). 배치에 대한 정보는 P8 관련 요구사항 문서를 참조하십시오.
- 구성하려는 컨텐츠 스토리지 영역을 결정하십시오. 개발 시스템의 경우 파일 시스템의 기반인 파일 스토리지 영역보다 구성하기가 더 쉬운 데이터베이스 스토리지 영역을 사용하기도 합니다.
단일 서버 시나리오를 사용하여 개발 시스템의 요구사항을 충족할 수 있는 경우 외에는 표준 분산 설치 시나리오(해당되는 경우 고가용성 요소 포함)에 따라 개발 시스템을 설치하십시오.
- 테스트 시스템
- 개발하는 중에 애플리케이션의 품질을 평가하고, 제품을 릴리스한 후 코드에 대한 모든 후속 변경사항을 평가하는 데 테스트 시스템을 사용합니다. 또한 제품 업그레이드 및 수정팩을 다른 시스템(예: 엔터프라이즈 전반에 이미 롤아웃된 프로덕션 시스템)에 적용하기 전에 이들을 평가하는 데도 테스트 시스템을 사용합니다.
- 테스트 시스템을 사용하는 중요한 이유는 사용 중인 각 소프트웨어 컴포넌트의 버전이 올바른지 확인하는 것입니다. 따라서 테스트 시스템의 소유자는 모든 변경사항을 제어하는 데 신중해야 합니다. 테스트 시스템을 설치 문서에 설명된 대로 하드웨어 및 소프트웨어 요구사항에 따라 정확히 구성하십시오. 무결성 테스트를 확신할 수 있도록 가능한 신중하게 테스트 시스템의 요소를 제어, 유지보수 및 추적하십시오. 일반적으로 테스트 시스템은 백업되므로 모든 소프트웨어 컴포넌트를 다시 설치할 필요없이 익숙한 상태로 리턴할 수 있습니다. 많은 경우 조직 내 보안 제한사항이 없는 한 테스트 및 개발 시스템에 동일한 인증 영역을 사용할 수 있습니다.
테스트 시스템을 설치하기 전에, 고객 애플리케이션의 기능, 유용성 및 성능을 유효성 검증할 수 있도록 다음 의사결정을 작성하십시오.
- 활동(예: 코드 평가, 설치 및 업그레이드 테스트, 기능 테스트 및 성능 모니터링)에 적합한 테스트 환경을 제공하는 데 필요한 테스트 시스템의 규모를 결정하십시오.
- 사용자의 프로덕션 시스템이 고가용성 환경이 될 경우, 테스트 시스템에서 고가용성을 구성하지 않고 소프트웨어를 프로덕션으로 설치하기 전에 고가용성 조건에서 테스트할 사전 프로덕션 시스템을 사용하도록 결정할 수 있습니다.
- 동일한 서버에 FileNet P8 컴포넌트를 함께 배치할 것인지 결정하십시오. 프로덕션 환경에서는 함께 배치하는 것이 좋지 않으나 테스트 시스템에서는 좋은 옵션이 될 수 있습니다(특히 서버 자원이 부족하여 시스템 성능을 늘리거나 유지보수해야 할 경우).
- 단일 서버 시나리오를 사용하여 테스트 시스템의 요구사항을 충족할 수 있는 경우 외에는 표준 분산 설치 시나리오(해당되는 경우 고가용성 요소 포함)에 따라 테스트 시스템을 설치해야 합니다.
- 사전 프로덕션 시스템
- 사전 프로덕션 시스템은 프로덕션 환경에서 변경하기 전에 변경사항을 시험해보는 데 사용됩니다.
- 사전 프로덕션 시스템은 프로덕션 시스템과 유사해야 올바르게 구현될 수 있습니다. 버전 변경 또는 일부 새 코드가 테스트 시스템에서 제대로 실행된다고 해서 프로덕션 시스템에서도 그대로 실행되는 것은 아닙니다. 따라서 프로덕션 구성과 매우 유사한 시스템에서 먼저 테스트해야 합니다. 사전 프로덕션 시스템과 프로덕션 환경의 차이가 클 수록 새 소프트웨어를 구현할 때 위험성이 커집니다. 예를 들어 프로덕션 시스템에 20개 서버의 클러스터가 있으면 사전 프로덕션 시스템에는 2개 이상 서버(더 많으면 좋음)의 클러스터가 필요합니다. 최종 성능 테스트는 사전 프로덕션 시스템에서 대체로 수행됩니다. 따라서 프로덕션 시스템에 가까울 수록 보다 신뢰할 수 있는 성능 테스트 결과를 얻을 수 있습니다. 테스트 시스템에서 테스트를 마친 모든 변경사항을 프로덕션 시스템에 추가하기 전에 사전 프로덕션 시스템에서 먼저 구현해 보는 것이 가장 좋습니다.
- 사전 프로덕션 시스템에 IBM Content Search Services이 포함되어 있으면 검색할 문서보다 많이 액세스할 수 있어야 합니다. 이는 완벽히 동기화된 데이터 복제본 또는 데이터의 서브세트가 있으면 가능합니다.
- 사전 프로덕션 시스템을 설치하기 전에 고려해야 할 의사결정은 다음과 같습니다.
- 사전 프로덕션 시스템에 고정 컨텐츠 장치를 설치해야 하는지 결정하십시오. 고정 컨텐츠 장치 또는 기타 대형 스토리지 장치는 구현하기 어렵기 때문에 프로덕션 시스템에서만 이러한 장치를 구현하도록 결정할 수 있습니다.
- 사전 프로덕션 기능 테스트에서 프로덕션 시스템의 저장된 컨텐츠 및 워크플로우 정보에 필요한 데이터 세트 규모를 결정하십시오.
- 표준 분산 설치 시나리오(해당되는 경우 고가용성 요소 포함)에 따라 사전 프로덕션 시스템을 설치하십시오.
- 재해 복구 시스템
- 자연 또는 사람으로 인해 재해가 발생했을 때 비즈니스 연속성을 제공하기 위해 설계되었기 때문에 재해 복구 시스템은 프로덕션에서 지리적으로 떨어져 있을 수 있습니다. 이 시스템은 일반적으로 프로덕션 환경에 고가용성 및 장애 복구 기능을 구현하여 제공되므로 더 이상 사용할 수 없는 프로덕션 시스템을 즉시 대체할 수는 없습니다.
- 프로덕션 시스템
- 프로덕션 시스템은 모든 기능이 작동되고, 모든 테스트가 완료된 실제 시스템으로서 플랫폼 하드웨어 및 소프트웨어의 전체 제품군에서 모든 컨텐츠 및 워크플로우에 액세스하고, 애플리케이션을 지원하는 전체 사용자 및 그룹 세트에 액세스하도록 구성되었습니다.
- 표준 분산 설치 시나리오(해당되는 경우 고가용성 요소 포함)에 따라 프로덕션 시스템을 설치하십시오.
마지막 업데이트 날짜: 2016년 3월
p8ppi247.htm
© Copyright IBM Corp. 2013, 2016.