[AIX Solaris HP-UX Linux Windows][z/OS]

애플리케이션 에디션의 라우팅 정책 작성

애플리케이션 에디션을 활성화한 후 라우팅 규칙을 업데이트하여 On-Demand 라우터(ODR)가 적합한 애플리케이션 에디션으로 요청을 라우팅할 수 있도록 하십시오.

시작하기 전에

애플리케이션 에디션을 활성화하십시오.

이 태스크 정보

라우팅 정책은 애플리케이션에 대한 구성 메타데이터의 일부분으로 저장됩니다. 라우팅 정책을 사용하면 기준 세트에 기반하여 하나의 에디션 또는 다른 에디션으로 특정 애플리케이션 요청을 보내도록 On-Demand 라우터(ODR)에 지시하는 규칙을 표시할 수 있습니다. 특정 애플리케이션 에디션으로 보내는 요청을 지정하는 다양한 기준을 사용할 수 있습니다. 이 프로세스를 사용하여 특정 사용자의 요청을 한 에디션으로 보내고 다른 사용자의 요청을 다른 에디션으로 보내십시오.

문제점 방지 문제점 방지: 애플리케이션에 정의된 다중 클러스트 라우팅 정책이 있는 기존 애플리케이션 에디션이 있으며 새 에디션을 설치하는 경우 해당 특정 에디션에 대해 새 다중 클러스터 라우팅 정책을 작성해야 합니다. 관리 태스크를 사용하여 새 에디션의 다중 클러스터 라우팅 정책을 추가하십시오. 라우팅 관리 태스크에 대한 정보는 ODR 라우팅 정책 관리 태스크의 규칙에 대한 내용을 읽으십시오. gotcha

프로시저

  1. 애플리케이션의 라우팅 정책으로 이동하십시오. 애플리케이션 > 엔터프라이즈 애플리케이션 > application_name 또는 애플리케이션 > 모든 애플리케이션 > application_name을 클릭하십시오. 라우팅 정책 탭을 클릭하십시오. 예를 들어, my_application 애플리케이션을 선택하십시오.
  2. HTTP 요청에 대한 작업 클래스를 펼치십시오. 라우팅 규칙이 지정되지 않았으므로 이 페이지에 표시되는 에디션으로 모든 요청이 라우팅됩니다. 예를 들어, 모든 요청이 애플리케이션 에디션 my_application-edition2.0으로 라우팅됩니다.
  3. 규칙 빌더를 클릭하십시오.
  4. 규칙 목록에서 규칙을 선택하십시오. 예를 들어, 클라이언트 호스트(clienthost)를 선택하고 추가를 클릭하십시오.
  5. 규칙의 기준을 선택하십시오. 예를 들어, Equals (=) 연산자를 선택하고 클라이언트 호스트 이름의 값을 입력하십시오. 확인을 클릭하십시오.
  6. 확인을 다시 클릭하십시오.
  7. HTTP 요청에 대한 작업 클래스를 펼치십시오.
  8. 새 규칙과 연관된 조치를 설정하십시오. 예를 들어, 호스트의 요청이 에디션 my_application-edition1.0으로 라우팅됩니다. Then 목록에서 해당 조치를 선택하고 적용을 클릭하여 규칙을 저장하십시오.
  9. 라우팅 정책 탭에서 적용을 클릭하십시오.
  10. 구성 저장소의 변경사항을 저장하고 노드를 동기화하십시오.

다음에 수행할 작업

동일한 애플리케이션의 여러 에디션으로 라우팅하는 경우 새 에디션으로 이동하기 전에 새 애플리케이션 에디션의 유효성을 검증할 수 있습니다. 자세한 정보는 에디션 유효성 검증에 대한 내용을 읽으십시오.


주제 유형을 표시하는 아이콘 태스크 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=twve_appedroute
파일 이름:twve_appedroute.html