>

DP를 처음 사용합니다.

규칙이많은인 MPGW의 정책을 얻었으며 로깅 목적으로 GWscript를 실행하기 위해 모든 규칙 또는 최소한 POST/PUT 요청이 필요합니다. -지정된 모든 규칙에 GWS 작업을 쉽게 삽입 할 수 있습니까? -아니면 하나의 규칙 (스크립트 실행)을 만들고 실제로 구체적으로 의도 된 규칙을 다음에 처리하도록 할 수 있습니까? (여러 규칙이 처리됩니까?)

TIA!


  • 답변 # 1

    8 월에 이미 호출 처리 규칙을 사용하는 "재사용 가능한 규칙"옵션이 있다고 말했지만 IMHO는 특히 규칙이 많은 경우 매우 혼란스러워집니다.

    일반적으로 "재사용 가능한 서비스"또는 "스위치 작업"이라고하는 두 가지 옵션 중 하나를 사용합니다 (예, 해당 이름을 직접 작성했습니다) 따라서 DataPower 설명서에서 찾을 수 없습니다) ...

    "재사용 가능한 서비스"는 많은 고객을 위해 구현 한 것으로 루프백에서 XML 방화벽을 사용합니다 (MPGW도 작동 함). 예를 들어 다양한 기능을 사용할 수 있습니다. 로깅, 변환, 유효성 검사 등을 수행 한 다음 각 규칙에서이 서비스에 대한 "단순한"URL-Open () 호출이 있습니다. XMLFW를 잠가 127.0.0.1 만 수신하여 격리되도록 할 수 있습니다. 이렇게하면 여전히 모든 규칙에 대한 호출을 강제로 추가하지만 기존 GWS 또는 공유 스크립트에 URL-Open ()을 추가 할 수 있습니다 ...

    "REST"기반 게이트웨이에 사용한 다른 접근 방식은 "Switch Action"을 코딩하는 것입니다. 그런 다음 더 적은 수의 규칙 (또는 어쩌면 하나만)을 설정하지만 HTTP 메소드 당 하나의 규칙을 설정하려고 시도한 다음 첫 번째 조치에서 ( "재사용 가능한 서비스"를 통해 로그 할 수있는) GWS를 추가하여 URI를 정상적으로 찾습니다./또는 헤더 및 Switch ()를 실행하여 특정 GWS 모듈을로드하십시오. 각 GWS 모듈의 이름은 Switch ()에 따라 지정되므로 추적하기가 쉽고 "스위치 모듈"은 다른 공유 모듈을 호출하여 코드를 더 깨끗하고 작게 만들 수 있습니다. 이것의 장점은 물론 더 적은 수의 규칙과 더 효율적인 코드이지만, 약간의 감독 (그래픽으로)을 잃지 만, 이전 규칙과 일치하는 모듈을 분리하면 포함 된 GWS 파일을 보면 파악할 수 있습니다. Service/Method/Rule 당 하나의 GWS 디렉토리를 추가하면 코드를 보거나 추가하는 작업이 훨씬 쉬워집니다.

    local:///GWS/MyMPGWRestGW/index.js  <-- This is your main script
    local:///GWS/MyMPGWRestGW/POST/createSomething.js
    local:///GWS/MyMPGWRestGW/POST/createSomethingElse.js
    local:///GWS/MyMPGWRestGW/PUT/updateSomething.js
    local:///GWS/MyMPGWRestGW/GET/fetchMeSomething.js
    local:///GWS/MyMPGWRestGW/DELETE/deleteSomething.js
    local:///GWS/MyMPGWRestGW/HEAD/echoSomething.js
    
    

    언제나 출시 된 DataPower 펌웨어에서 (이미 공개 데모가있을 것입니다.) 이러한 종류의 시나리오에서 사용할 수있는 "API Gateway"라는 새로운 서비스가 제공되기를 바랍니다. 공유 할 수있는 정보가 많지 않지만 데모 (Docker 설정)를 가져 오면 실행중인 DataPower에 액세스하여 작동중인 새 API Gateway 서비스를 확인할 수 있습니다. https://github.com/ibm-apiconnect/apigateway-experimental

    그런 점을 염두에두면 곧 이런 종류의 시나리오를 만들 수있는 더 좋은 도구가있을 것입니다 ... NB! 실제로 출시 될 내용을 알 수 없거나 서비스로 사용할 수 있는지 또는 API Connect 전용으로 사용할 수 있는지MIGHT에 유의하십시오!

  • 답변 # 2

    잘 , 하나의 단순한 GatewayScript 조치보다 복잡한 경우 요구에 맞는지 확인하려는 호출 처리 규칙 조치가 있습니다. 재사용 가능한 규칙에 대한 KC는 https://www.ibm.com/support/knowledgecenter/SS9H2Y_7.6.0/com.ibm.dp.doc/action_definingreusablerules.html
    을 참조하십시오. 따라서 모든 기존 규칙에 통화 처리 규칙 작업을 추가하거나 GatewayScript 작업 자체를 기존의 모든 규칙에 삭제하면됩니다. "쉬운"이지만 갈 작업입니다.
    기본적으로 모두 기록해야합니까? 로그 시스템이 쉽게 넘칠 수 있으므로 잘 계획하십시오.
    또한 사용자의 요구에 맞는 로그 작업은 어떻습니까?

    답장이 약간 혼란 스럽지만 내 생각을 입력하면 미안합니다.

  • 이전 javascript - onclick을 호출 한 요소 삭제
  • 다음 javascript - SharePoint 2013 페이지에서 windowprint ()가 작동하지 않습니다