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

지능형 관리: 라우팅 및 서비스 정책

요청에는 두 가지 유형의 정책(라우팅 및 서비스)이 적용됩니다. HTTP 및 SOAP 요청에 대한 라우팅 정책을 작성하고 HTTP, IIOP, SOAP, JMS, SIP 요청에 대한 서비스 정책을 작성할 수 있습니다. 또한 작업 클래스에는 JMS를 제외한 두 가지 정책 유형 모두에 대한 분류 규칙이 포함될 수 있습니다. JMS 작업 클래스에는 분류 규칙이 지원되지 않습니다.

유효한 라우팅 정책

표 1. 라우팅 정책
라우팅 정책 설명
permit:application_name

application_name은 선택적 에디션 지정자로 라우팅할 애플리케이션 이름입니다.

permitMM:application_name

application_name은 선택적 에디션 지정자로 라우팅할 애플리케이션 이름입니다. 이 방식으로 라우팅하면 요청이 정상적으로 진행될 수 있습니다. 서버는 유지보수 모드여야 합니다.

permitsticky:application_name

permitsticky 라우팅 정책은 ODR(On Demand Router)이 동일한 클라이언트에서 시작되는 향후 요청에 대해 클라이언트 대 서버 선호도를 유지하는 것을 제외하고는 허용 라우팅 정책과 동일합니다. 이 경우 ODR은 클라이언트로 응답을 보내기 전에 응답에 SET-COOKIE 헤더를 추가합니다.

permitsticky 조치는 애플리케이션에 의해 선호도가 이미 설정되지 않은 경우 ODR이 클라이언트와 서버 간의 선호도를 적극적으로 설정함을 의미합니다. ODR은 다음과 같은 경우 SET-COOKIE: WSJSESSIONID=xx:serverID; path=webModuleContextRoot를 응답에 추가하여 이를 설정합니다.
  • 서버 선호도를 설정할 SET-COOKIE가 응답에 이미 포함되어 있지 않습니다.
  • 해당 요청이 서버 선호도가 이미 설정되었음을 나타내지 않습니다.
serverID는 서버 ID이며 복제본 ID라고도 합니다. webModuleContextRoot는 요청이 맵핑된 웹 모듈의 컨텍스트 루트입니다.
permitstickyMM:application_name

이 라우팅 정책은 ODR이 동일한 클라이언트에서 시작되는 향후 요청에 대한 클라이언트 대 서버 선호도 또한 유지한다는 점을 제외하고는 허용 라우팅 정책과 동일합니다. 이 경우 ODR은 클라이언트로 응답을 보내기 전에 응답에 SET-COOKIE 헤더를 추가합니다. 서버는 유지보수 모드여야 합니다.

reject:HTTP_error_code

이 라우팅 정책을 지정하면 ODR이 요청을 거부하고 지정된 HTTP 오류 코드를 리턴합니다. 예를 들어, reject:503은 503 Service is unavailable 오류를 리턴합니다.

reject:URL

이 라우팅 정책을 지정하면 ODR이 요청 경로를 지정된 URL로 재지정합니다. URL 패턴은 프로토콜://URI입니다. 유효한 URL 예는 http://w3.ibm.com입니다.

유효한 서비스 정책

유효한 서비스 정책은 트랜잭션 클래스 이름의 목록입니다. 트랜잭션 클래스는 단일 서비스 클래스를 참조합니다.


주제 유형을 표시하는 아이콘 참조 주제



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