WebSphere Extended Deployment, Version 6.0.x     운영 체제: AIX, HP-UX, Linux, Solaris, Windows, z/OS

에디션 관리자 개념

응용프로그램 에디션 관리자를 사용하여 여러 응용프로그램 버전 및 에디션을 관리할 수 있습니다. 이 주제에서는 응용프로그램 에디션 관리자 버전과 에디션의 차이, 응용프로그램을 업그레이드하는 방법, 에디션 유효성 검증 및 호환성에 대해 설명합니다.

버전 및 에디션

버전은 인터페이스, 기능, 구현 또는 전체 응용프로그램 등의 연속된 생성을 의미합니다. 버전은 개발 및 빌드라는 개념입니다. 에디션은 연속된 전개 생성 예를 들어, 버전화된 아티팩트의 특정 세트 전개를 의미합니다. 에디션은 전개 및 조작이라는 개념입니다. 이들 용어는 개발 및 빌드 환경에서 발생하는 상황과 개발 및 조작 환경에서 발생하는 상황의 차이점을 구분합니다.

지속적인 응용프로그램 가용성

대부분의 비즈니스 응용프로그램에는 지속적인 가용성이 필요합니다. 지속적인 가용성을 지원하는 WebSphere Application Server 구성의 선택사항은 WebSphere Application Server Network Deployment Information Center 및 기타 소스(예: IBM Redbooks)에 문서화되어 있습니다. 응용프로그램 가용성에 대한 표준은 응용프로그램이 Application Server 클러스터에 전개됨을 나타냅니다. 지속적인 가용성을 제공하기 위해 여분의 클러스터가 필요합니다.

인터럽트 없이 응용프로그램 업그레이드

인터럽트 없이 응용프로그램 업그레이드는 지속적인 응용프로그램 가용성을 유지하면서 업그레이드가 가능함을 나타냅니다. 응용프로그램 사용자는 응용프로그램을 업그레이드하는 동안 서비스를 계속 사용할 수 있습니다.

응용프로그램 에디션

응용프로그램 에디션은 특정 에디션의 고유한 전개입니다. WebSphere Application Server 관리 환경에서 응용프로그램 에디션은 응용프로그램 이름과 에디션 이름의 조합으로 고유하게 식별되는 응용프로그램입니다. 동일한 응용프로그램의 다중 에디션은 동일한 응용프로그램 이름과 다른 에디션 이름을 가집니다. 에디션 이름은 숫자(예: 1.0 또는 2.0) 또는 설명(예: 초판 또는 블루 에디션)이 될 수 있습니다.

기본 에디션

기본 에디션은 연관된 에디션 정보가 없는 전개된 응용프로그램을 가리킵니다. 예를 들어 WebSphere Extended Deployment 셀에 에디션 관리자 지원을 추가하기 전에 설치한 응용프로그램은 기본 에디션으로 에디션 관리자에 표시됩니다.

에디션 활성화

에디션 활성화는 응용프로그램 에디션이 존재할 수 있는 두 상태를 구분합니다. 처음에 에디션을 설치하면 비활성 상태입니다. 비활성 에디션은 시작할 수 없습니다. 에디션이 활성 상태가 되도록 하려면 명시적 조치가 필요합니다. 활성 상태의 에디션은 시작할 수 있습니다. 비활성에서 활성으로의 상태 전이를 활성화라고 합니다.

동시 활성화

동시 활성화는 동일한 응용프로그램의 다중 에디션이 동시에 활성화되고 시작되는 경우를 말합니다. 활성 에디션은 동시에 일부 사용자에게 하나의 에디션에 대한 액세스를 제공하고 기타 사용자에게는 다른 에디션에 대한 액세스를 제공할 수 있습니다. 예를 들어, 새 응용프로그램 에디션을 도입하는 경우 모든 사용자가 액세스할 수 있도록 하지 않고 새 에디션을 테스트할 사용자 그룹을 선택하려는 경우입니다. 동시 활성화를 사용하여 에디션에 액세스할 수 있는 사용자를 구분하기 위한 라우팅 정책을 설정할 수 있습니다. 라우팅 정책을 사용하여 모호성을 방지하고 제어를 수신하는 에디션을 판별할 수 있습니다. 다음은 동시 활성화의 예제 다이어그램입니다. 동시 활성화

라우팅 정책

WebSphere Extended Deployment는 응용프로그램에 대한 라우팅 정책을 제공합니다. 라우팅 정책은 응용프로그램 구성 메타데이터의 일부로 저장됩니다. 라우팅 정책을 사용하여 ODR(On Demand Router)에게 기준 세트를 기반으로 특정 응용프로그램 요청을 하나의 에디션 또는 다른 에디션으로 전송하도록 지시하는 규칙을 표시할 수 있습니다. 특정 응용프로그램 에디션으로 전송되는 요청을 지정하는 다양한 기준을 사용할 수 있습니다. 그러면 특정 사용자의 요청을 하나의 에디션으로 전송하고 다른 사용자의 요청을 다른 에디션으로 전송할 수 있게 됩니다.

에디션 롤아웃

에디션 롤아웃은 서버 클러스터에서 응용프로그램 에디션을 전개하고 활성화하는 것을 나타냅니다. 인터럽트 없이 응용프로그램을 업그레이드하기 위해 응용프로그램 롤아웃에는 특정 서버의 응용프로그램에 대한 요청 작업 정지, 서버가 새 요청을 수신하지 않도록 방지, 현재 활성화된 에디션 중지, 새 에디션 시작 및 에디션으로의 요청 플로우 재개가 포함됩니다. 서버 클러스터에서의 에디션 롤아웃은 해당 클러스터에 있는 서버 세트에서 이러한 활동을 수행합니다.

그룹 롤아웃

그룹 롤아웃은 그룹에 있는 대상 클러스터 구성원의 에디션을 바꿉니다. 그룹 롤아웃이 진행되는 동안 대체가 완료되기 전까지 이전 에디션 또는 새 에디션에서 요청을 처리할 수 있습니다. 또한 그룹 롤아웃은 서버를 새 에디션으로 업그레이드합니다. 그룹에 있는 각 서버는 작업 정지되고 드레인되며 중지 및 재설정됩니다. 한 번에 하나의 그룹만 관리 콘솔을 사용하여 롤아웃할 수 있습니다. 또는 스크립트를 사용하여 다중 그룹을 롤아웃할 수 있습니다.

그룹 롤아웃이 진행되는 동안 응용프로그램의 이전 및 새 에디션 모두가 사용 가능하며 동시에 사용자 요청을 처리하는 기간이 있습니다. 에디션 롤아웃이 발생함에 따라 클러스터의 일부 서버는 이전 에디션에서 새 에디션으로 상태 전이되고 일부 서버는 상태 전이 중이며 기타 서버는 상태 전이를 시작하지 않았습니다. 라우팅 규칙에 영향을 받지 않는 경우 응용프로그램 요청은 요청된 응용프로그램의 실행 중인 활성 에디션 인스턴스가 있는 서버로 전송됩니다. 예를 들어, 에디션 1.0에서 1.1로 롤아웃 시 롤아웃이 완료될 때까지 에디션 1.0 또는 1.1에서 응용프로그램 요청을 처리할 수 있습니다.

다음은 그룹 롤아웃의 예제 다이어그램입니다. 그룹 롤아웃 다이어그램

원자 롤아웃

원자 롤아웃 옵션은 일관적인 응용프로그램 에디션을 사용하여 모든 사용자 요청을 처리하면서 동시에 클러스터의 1/2에서 에디션을 바꿉니다. 언제나 모든 사용자 요청이 이전 또는 새 에디션에서 처리됩니다. 어떤 에디션에서도 사용자 요청을 처리하지 않습니다.

원자 롤아웃은 일관적인 에디션으로 모든 응용프로그램 요청이 처리되도록 합니다(예: 두 에디션 모두가 아닌 에디션 1.0 또는 1.1). 클러스터를 구성하는 서버 중 1/2에서 현재 사용 가능한 에디션이 오프라인입니다. 해당 서버에서 새 에디션이 활성화되고 시작되지만 해당 서버는 다음 단계가 완료될 때까지 오프라인으로 유지됩니다. 다음 단계는 나머지 서버에서 현재 활성화된 에디션을 오프라인으로 변경하는 것입니다. 이때 서버에는 응용프로그램 요청을 처리할 수 있는 에디션 인스턴스가 없습니다. 이 경우 ODR은 해당 응용프로그램에 도착하는 요청을 일시적으로 대기시킵니다. 응용프로그램이 완전히 오프라인이 되면 클러스터의 처음 1/2은 다시 온라인 상태로 변경됩니다. 클러스터의 다음 1/2은 이전 에디션에서 다음 에디션으로 상태 전이되며 다시 온라인 상태로 변경됩니다.

다음은 원자 롤아웃의 예제 다이어그램입니다.

원자 롤아웃 다이어그램

에디션 유효성 검증

에디션 유효성 검증은 동적 클러스터와 같이 에디션의 지정된 전개 대상이 복제되고 복제된 전개 대상에서 에디션을 시작할 준비가 된 동시 활성화의 특수한 경우를 나타냅니다. 복제된 전개 대상을 유효성 검증 대상이라고 합니다. 유효성 검증을 수행 중인 에디션으로 전송할 응용프로그램 요청을 지정하려면 라우팅 규칙을 사용해야 합니다. 에디션의 유효성을 검증하는 중일 때, 에디션은 유효성 검증 모드에 있습니다.

유효성 검증 모드는 응용프로그램의 새 에디션이 현재 사용 가능한 에디션을 오프라인으로 변경하지 않고도 해당 프로덕션 환경에서 기능하도록 합니다. 일반적으로, 응용프로그램 환경 및 설정(예: 연결성 및 데이터베이스 액세스) 측면이 제대로 작동하는지 확인하기 위해 유효성 검증 모드에 있는 에디션으로 테스트 로드가 전송됩니다. 에디션 유효성 검증 모드가 롤아웃될 때 원래 에디션이 설치된 전개 대상에 롤아웃이 발생합니다. 이로 인해 에디션이 유효성 검증 모드를 빠져나갑니다. 유효성 검증 모드에서 빠져나가면 유효성 검증 대상이 삭제됩니다.

다음은 유효성 검증 다이어그램의 예제입니다.

에디션 호환성

일부 응용프로그램 변경사항은 사용자에게 전달되지만 나머지 다른 부분은 그렇지 않습니다. 응용프로그램 업그레이드 시 핵심 동작의 의미가 변경되지 않고 최소한 바로 이전의 변경과 동일한 API를 전달하는 경우에 해당 응용프로그램 에디션은 역호환 가능한 업그레이드입니다. 기존 사용자는 사용하는 방법을 변경하지 않고 업그레이드된 응용프로그램을 사용할 수 있으며 현재 에디션과 이전 에디션 사이에 차이가 없어야 합니다.

기존 사용자가 응용프로그램 사용 방법을 변경해야 하는 응용프로그램 업그레이드의 경우는 호환 불가능한 업그레이드입니다. 때때로 유지보수성 또는 기타 요소를 향상시키기 위해 이전 기능을 제거하거나 인터페이스를 변경하고 전개 환경에 호환 불가능한 변경사항을 도입해야 할 수 있습니다. 호환 불가능한 변경사항의 경우 기존 사용자에게 미치는 영향을 관리하도록 세심한 계획을 세워야 합니다.




Related concepts
응용프로그램 에디션 관리자

Related tasks
에디션 관리자 학습서

Related reference
에디션 상태

개념 주제    

이용 약관 | 피드백 마지막 갱신 날짜: Mar 21, 2006 11:35:32 AM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/appedition/cxappedcon.html

© Copyright IBM 2005, 2006. All Rights Reserved.
이 Information Center는 Eclipse 테크놀러지로 강화되었습니다. (http://www.eclipse.org)