이 주제에서는 동일한 응용프로그램의 다중 에디션을 동시에 활성화는 방법에 대해 설명합니다.
동시 활성화는 응용프로그램 업그레이드 시
식별 가능한 클라이언트 시스템 분기에서 해당 변경이 필요한 경우
분기 롤아웃, 선택 사용자 그룹으로 응용프로그램 파일럿 및 사전 프로덕션 유효성 검증에 유용합니다.
시작하기 전에
동일한 응용프로그램의 에디션이 두 개 이상 설치되어 있어야 합니다.
이 학습서의 경우 BeenThere 응용프로그램 에디션 1.0은
대상 BTDC1에 설치되고 에디션 2.0은 대상 BTDC2에 설치됩니다.
이 타스크의 수행 목적 및 시기
각 에디션은 별도의 전개 대상에서 활성화되어야 합니다. 동일한 응용프로그램의
다중 에디션이 동일한 환경에 있는 사용자에게 동시에 사용 가능한 경우
ODR(On Demand Router)은 요청을 명확하게 하고 의도한 에디션으로
라우트하는 데 사용할 수 있는 몇 가지 정보가 있어야 활성 에디션을 구별할 수 있습니다.
라우팅 규칙 또는 각 에디션에 대한 고유 인터페이스를 사용하여 이 모호성을 방지할 수 있습니다.
다중 전개 대상에
상주하는 다중 응용프로그램 에디션을 동시에 호스트하고 액세스하려면 다음을 수행하십시오.
- 응용프로그램 > 에디션 제어 센터를 클릭하십시오. 두 개의
응용프로그램 에디션이 설치되어 있고 그 중 하나의 에디션만 활성 상태인지 확인하십시오.
- BeenThere 응용프로그램 링크를 클릭하십시오.
- 에디션 2.0을 선택한 후 활성화를 클릭하십시오.
- 각 응용프로그램 에디션에 대한 라우팅 정책을 작성하려면 다음을 수행하십시오.
- 응용프로그램 > 엔터프라이즈 응용프로그램을 클릭하십시오.
- 응용프로그램 링크를 클릭하십시오. 이 학습서의 경우 BeenThere를 클릭하십시오.
- 라우팅 정책 탭을 클릭하십시오.
- HTTP 요청에 대한 작업 클래스를 펼치십시오. 라우팅 규칙이
지정되지 않았으므로 모든 요청이 이 페이지에 표시된 에디션으로 라우트됩니다.
이 학습서의 경우 모든 요청이 응용프로그램 에디션 BeenThere-edition2.0으로 라우트됩니다.
- 규칙 빌더를 클릭하십시오.
- 규칙 목록에서 규칙을 선택하십시오. 이 학습서의 경우
클라이언트 호스트(clienthost)를 선택하고 추가를 클릭하십시오.
- 규칙에 대한 기준을 선택하십시오. 이 학습서의 경우
Equals (=) 연산자를 선택하고 클라이언트 호스트 이름의 값을 입력하십시오.
확인을 클릭하십시오.
- 확인을 다시 클릭하십시오.
- HTTP 요청에 대한 작업 클래스를 펼치십시오.
- 새 규칙과 연관된 조치를 설정하십시오. 이 학습서의 경우
호스트의 요청을 에디션 BeenThere-edition1.0으로 라우트합니다.
다음 목록에서 해당 조치를 선택하고 적용을 클릭하여 규칙을 저장하십시오.
- 라우팅 정책 탭의 맨 위에서 적용을 클릭하십시오.
- 구성 저장소에 변경사항을 저장한 후 노드를 동기화하십시오.
- ODR이 실행 중인지 확인하십시오. 서버 > On Demand Router를 클릭하십시오.
- 응용프로그램 에디션에 대한 동시 액세스를 테스트하십시오. 두 개의
동적 클러스터 BTDC1 및 BTDC2와 연관된 Application Server를 선택한 후 시작을 클릭하여 두 개의 응용프로그램 에디션을 선택하십시오.
결과
사용자가 제공한 호스트 이름과 함께 요청이 클라이언트에서 ODR로 전송되면
요청은 에디션 1.0에서 서비스되며 반면
기타 모든 클라이언트의 요청은 에디션 2.0에서 서비스됩니다.
예
예를 들어, 선택된 사용자 세트를 사용하여 프로덕션 환경에 있는
응용프로그램 에디션의 사전 프로덕션 테스트를 실행하기 위해
자원 및 보안 정의를 포함하여 전개 대상을 복제하고 복제된 환경에서 대상 에디션을 활성화할 수 있습니다.
라우팅 규칙을 사용하여 ODR이 선택된 사용자 서브세트를 에디션으로 전환하도록 지시할 수 있습니다.
또한
응용프로그램을 파일럿 중인 경우 라우팅 규칙을 사용하면 에디션 2.0의 파일럿 사용자를
에디션 1.0의 일반 사용자와 분리할 수 있습니다.
분기 롤아웃의 경우 각 분기가 적절한 에디션으로 향하도록 하려면 라우팅 규칙을 사용하십시오.
각각의 연속된 분기에서 클라이언트 코드가 갱신되면
새로 갱신된 분기의 클라이언트가 적절한 에디션으로 완전히
전송될 수 있도록 서버측 라우팅 규칙을 갱신할 수 있습니다.
라우팅 규칙이 사용자 요청을 구별하기에 충분하지 않거나
사용자가 라우팅 규칙보다 대안을 선호하는 경우 자체 고유 URI 및
EJB(Enterprise JavaBeans) JNDI(Java Naming and Directory Interface) 이름을 각 에디션에 제공할 수 있습니다.
라우팅 규칙과 달리 각 에디션의 고유 인터페이스는 응용프로그램 사용자에게 표시됩니다.
따라서 사용자는 적절한 에디션을 드라이브하도록 적절한 이름을 선택해야 합니다.