![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
애플리케이션 에디션 동시 활성화
프로덕션 이전에 유효성을 검증하고 사용자 그룹을 선택하기 위해 애플리케이션을 파일럿하거나 애플리케이션을 업그레이드할 때 식별 가능한 클라이언트 시스템 분기에서 해당 변경이 필요한 경우 분기를 롤아웃할 때 동일 애플리케이션의 여러 에디션을 동시에 활성화하십시오.
시작하기 전에
- 동일 애플리케이션의 에디션이 두 개 이상 설치되어 있어야 합니다. 예를 들어, my_application 애플리케이션 에디션 1.0은 dynamic_cluster_1 동적 클러스터에 설치되고 2.0은 dynamic_cluster_2 동적 클러스터에 설치되어 있습니다.
- 애플리케이션 에디션 관리자에 대한 권한은 다양한 역할에 따라 다릅니다. 역할에는 감시자, 운영자, 구성자 및 관리자 역할이 포함됩니다. 모니터 또는 운영자 역할을 가진 사용자인 경우 애플리케이션 에디션 관리자 정보만 볼 수 있습니다. 구성자 또는 관리자 역할의 사용자는 애플리케이션 에디션 관리자에 대한 모든 구성 권한이 있습니다.
이 태스크 정보
각 애플리케이션 에디션을 별도의 배치 대상에서 활성화해야 합니다. 동일한 환경에서 사용자가 동일 애플리케이션의 여러 에디션을 동시에 사용할 수 있는 경우, ODR(On Demand Router)은 요청을 처리하고 의도한 에디션으로 라우팅하는 데 사용 가능한 일부 정보가 없으면 활성 에디션을 구별할 수 없습니다. 각 애플리케이션 에디션의 고유 인터페이스 또는 라우팅 규칙을 사용하여 모호성을 방지할 수 있습니다.
프로시저
- 애플리케이션 에디션을 활성화하십시오. 을 클릭하십시오. 비활성 에디션을 선택하고 활성화를 클릭하십시오. 예를 들어, my_application 애플리케이션을 선택하고 애플리케이션 에디션 2.0을 활성화하십시오.
- 각 애플리케이션 에디션에 대한 라우팅 정책을 작성하십시오. 자세한 정보는 애플리케이션 에디션의 라우팅 정책 작성의 내용을 참조하십시오.
- ODR이 실행 중인지 확인하십시오. 을 클릭하십시오. 요청을 라우팅하려면 상태가 시작됨이어야 합니다.
- 애플리케이션 에디션에 대한 동시 액세스를 테스트하십시오. 두 개의 동적 클러스터와 연관된 서버를 선택하여 두 개의 애플리케이션 에디션을 선택하고 시작을 클릭하십시오.
결과
Edition 1.0은 특정 에디션에 대해 사용자가 작성하는 라우팅 규칙으로 서비스되고 edition 2.0은 특정 라우팅 규칙으로 서비스됩니다.
예
선택된 사용자 세트가 있는 프로덕션 환경에서 애플리케이션 에디션의 프로덕션 전 테스트를 실행하려면 자원 및 보안 정의를 포함하여 배치 대상을 복제하고 복제된 환경에서 대상 에디션을 활성화할 수 있습니다. 라우팅 규칙을 사용하여 선택된 사용자 세트를 애플리케이션 에디션으로 전환하도록 ODR에 지시하십시오.
또한 애플리케이션을 파일럿하려면 라우팅 규칙을 사용하여 에디션 2.0의 파일럿 사용자를 에디션 1.0의 일반 사용자와 분리할 수 있습니다.
분기 롤아웃의 경우, 라우팅 규칙을 사용하여 각 분기를 적절한 에디션으로 경로 지정하십시오. 각각의 연속된 분기에서 클라이언트 코드가 업데이트되면, 새로 업데이트된 분기의 클라이언트가 적절한 에디션으로 전송될 수 있도록 서버 측 라우팅 규칙을 업데이트할 수 있습니다.
라우팅 규칙이 사용자 요청을 구별하기에 충분하지 않거나 사용자가 라우팅 규칙보다 대안을 선호하는 경우, 자체 고유 URI 및 EJB(Enterprise JavaBeans) JNDI(Java™ Naming and Directory Interface) 이름을 각 에디션에 제공할 수 있습니다. 라우팅 규칙과 달리 각 에디션의 고유 인터페이스는 애플리케이션 사용자에게 노출되어 있습니다. 따라서 적절한 에디션을 구동하려면 적절한 이름을 선택해야 합니다.
다음에 수행할 작업
유효성 검증을 수행하여 실제 조건에서 새 에디션의 가용성과 유연성을 테스트하십시오. 자세한 정보는 애플리케이션 에디션에 대한 라우팅 정책 작성에 대해 읽으십시오.