다음을 통해 공유

SOA 거버넌스를 사용하여 BizTalk ESB Toolkit 기능 확장

  • 아티클

Microsoft BizTalk ESB 도구 키트는 BizTalk Server 함께 제공되며 느슨하게 결합되고 동적 메시징 아키텍처를 지원하는 BizTalk Server 기능을 확장하는 도구 및 라이브러리 컬렉션입니다. 서비스와 소비자 간의 신속한 중재를 위한 도구를 제공하는 미들웨어로 작동합니다. 런타임에 최대 유연성을 사용하도록 설정하는 BizTalk ESB 도구 키트는 느슨하게 결합된 서비스 엔드포인트 구성 및 서비스 상호 작용 관리를 간소화합니다.

Sentinet BizTalk Server 확장은 Microsoft 플랫폼용 SOA 거버넌스 및 API 관리 소프트웨어 솔루션인 Sentinet와 통합하여 BizTalk ESB 도구 키트의 기능을 향상시킵니다. Sentinet BizTalk Server 확장의 첫 번째 릴리스는 BizTalk Server 2013, BizTalk ESB 도구 키트 및 Visual Studio 2012와 통합되는 BizTalk ESB 도구 키트 SOA 리포지토리 확인자를 제공합니다.

이 백서에서는 Sentinet SOA Resolver가 BizTalk ESB 도구 키트 기능을 확장하는 방법, Sentinet SOA 확인자를 구성하는 방법 및 마지막으로 Sentinet SOA 해결기를 사용하는 방법을 보여 주는 샘플에 대해 설명합니다.

ESB 도구 키트 및 Sentinet SOA 확인자

무엇보다도 ESB 도구 키트 확인자는 다음을 제공해야 합니다.

  • 서비스 엔드포인트 및 해당 구성의 런타임 확인

  • 느슨하게 결합된 메시징을 사용하는 BizTalk ESB 솔루션.

    Sentinet는 고급 SOA 거버넌스 및 런타임 관리 기능과 함께 SOA 통합 솔루션을 제공하는 강력하고 포괄적인 SOA 리포지토리 를 제공합니다. Sentinet SOA 리포지토리와 결합된 Sentinet SOA Resolver는 BizTalk Server ESB 아키텍처에 고급 및 사용하기 쉬운 ESB 구성, 동적 메시지 라우팅 및 메시지 보안 구현 기능을 제공합니다.

    아래의 개략적인 다이어그램은 Sentinet SOA 해결기가 BizTalk ESB 도구 키트 아키텍처에 어떻게 적합한지 보여줍니다.

    BizTalk ESB Toolkit SentinetWP_Arch 사용하는 Sentinet

    런타임에 위의 그림에 있는 엔드포인트 확인 및 라우팅 구성 요소(ESB 도구 키트 확인자 프레임워크의 일부임)는 일정 문서(Visual Studio 여정 Designer 생성됨)를 사용하여 특정 확인자를 인스턴스화하고 해결자에게 서비스 엔드포인트 및 해당 구성을 제공하도록 요청합니다. 확인자가 이 참조를 사용하여 레지스트리 또는 리포지토리에서 요청된 엔드포인트를 찾을 수 있도록 서비스 엔드포인트에 대한 참조를 사용하여 여정 자체를 구성해야 합니다. 디자인 타임(여정을 만들 때)에서는 서비스 엔드포인트의 실제 실제 주소를 알 수 없으며 서비스에 필요한 보안 정책도 알 수 없습니다. 이후 단계에서 ESB Toolkit 런타임은 확인된 서비스 엔드포인트를 사용하여 Off-Ramp 동적 송신 포트를 구성하여 필요한 서비스 보안 설정을 사용하여 실제 실제 서비스 주소로 메시지를 보냅니다. 서비스 엔드포인트 주소, 통신 프로토콜 또는 보안 요구 사항이 변경되면 레지스트리/리포지토리 구성만 업데이트해야 합니다. ESB 또는 BizTalk Server 아티팩트 런타임 구성을 업데이트할 필요가 없습니다.

Sentinet Resolver는 ESB 도구 키트 애플리케이션에 값을 어떻게 추가하나요?

SOA 리포지토리와 함께 Sentinet Resolver를 사용할 경우의 두 가지 주요 이점은 다음과 같습니다.

  • 확인된 외부 서비스 엔드포인트에 클라이언트 ID 할당 – 대부분의 경우 확인된 ESB 엔드포인트는 외부 서비스(예: 사용자 이름/암호, 특정 Windows 계정 자격 증명 또는 특정 X.509 인증서)를 호출하기 위해 특정 클라이언트 ID가 필요합니다. 이는 다른 ESB 확인자/레지스트리에서 적절하게 처리되지 않는 매우 일반적인 보안 요구 사항입니다.

  • 보안 정보에 대한 액세스 제한 – 이전 제한을 해결하기 위해 다른 해결자는 tModel의 수동 구성을 사용하여 필요한 보안 ID가 포함된 복잡한 XML을 포함할 수 있습니다. 그러나 레지스트리/리포지토리의 일부로 보안 정보를 저장하는 것은 올바른 방법이 아닙니다. 이렇게 하면 서비스 소비자가 사용자 이름, 암호 등과 같은 보안 세부 정보에 쉽게 액세스하여 서비스에 액세스할 수 있습니다.

    Sentinet Resolver 및 Sentinet SOA 리포지토리는 표준 또는 사용자 지정 WCF 엔드포인트 동작을 통해 확인된 ESB 엔드포인트에 특정 클라이언트 ID를 유연하고 안전하게 할당하는 기능을 제공합니다. Sentinet는 보안 정보를 사용하여 Sentinet SOA 리포지토리가 아닌 Sentinet 확인자를 구성하여 이를 달성합니다. Sentinet Resolver로 구성된 모든 클라이언트 자격 증명은 암호화된 형식으로 저장됩니다.

    다음은 Sentinet 해결 프로그램 및 Sentinet SOA 리포지토리를 사용할 때의 몇 가지 다른 이점입니다.

  • 포괄적인 SOA 리포지토리를 제공합니다. 리포지토리는 서비스 메타데이터 콘텐츠, 서비스 ID 및 정책, 서비스 버전 지원 등에 대한 액세스를 제공합니다.

  • 서비스 WSDL을 업로드하여 Sentinet 레지스트리에 물리적 서비스를 쉽게 등록할 수 있습니다.

  • 포괄적이고 사용하기 쉬운 Sentinet 관리 콘솔. 콘솔은 서비스 작업 및 해당 데이터 스키마, 서비스 엔드포인트, 보안 정책 등에 액세스하기 위한 간단한 사용자 인터페이스를 사용하여 모든 서비스 메타데이터 및 관련 아티팩트에 대한 관리 액세스를 제공합니다.

  • 확인된 엔드포인트에 대한 사용자 지정 동작의 관리 및 구성 Sentinet Resolver는 확인된 엔드포인트에 대해 완전히 사용자 지정 가능하고 쉽게 구성할 수 있는 엔드포인트 동작을 제공합니다.

  • 다양한 검색 조건을 사용하여 Sentinet 확인자를 구성하는 옵션입니다. 여정은 서비스 엔드포인트에 할당된 키워드(keyword) 정의하거나 리포지토리 서비스 계층 구조의 서비스를 가리키는 서비스 경로를 사용할 수 있습니다.

  • 고급 해결 프로그램 테스트 기능. Sentinet 확인자 구성은 Visual Studio 여정 Designer 바로 테스트할 수 있습니다. 다른 확인자는 엔드포인트의 기본 속성에 대한 정보만 제공할 수 있지만 Sentinet Resolver는 확인된 엔드포인트에 대한 확장 정보를 제공합니다. 엔드포인트 기본 속성 외에도 Sentinet Resolver는 Sentinet 리포지토리에서 확인된 서비스 및 엔드포인트 위치를 식별하는 속성을 표시합니다. 여정 디자이너는 런타임에 여정 자체를 사용하기 전에 Sentinet 해결 프로그램 및 다양한 검색 조건이 해상도 결과에 미치는 영향을 테스트할 수 있습니다.

Sentinet BizTalk Server 확장 설치

여기에서 Sentinet BizTalk 확장을 다운로드하여 설치할 수 있습니다. 확장을 설치하면 ESB 도구 키트용 Sentinet 해결 프로그램, 설명서 및 확장을 사용하는 방법에 대한 샘플이 설치됩니다.

Sentinet BizTalk Server 확장을 설치하고 구성하는 방법을 자세히 설명하는 문서는 제품 다운로드의 일부로 제공됩니다.

Sentinet BizTalk Server 확장 사용

이 섹션에서는 Sentinet BizTalk Server 확장을 사용하는 방법을 살펴보고 위에서 언급한 기능을 보여 줍니다.

필수 구성 요소

이 백서의 지침에서는 다음을 설치하고 구성했다고 가정합니다.

웹 서비스 등록

Sentinet 인프라에서 관리하는 웹 서비스는 리포지토리에 등록해야 합니다. 이 백서에서는 Sentinet 설치 패키지와 함께 제공되는 WCF Customer Search 샘플 서비스를 사용합니다.

  1. Sentinet 설치 패키지에서 설치한 Customer Search 샘플 서비스를 시작합니다. 관리자 권한으로 Customer Search 샘플을 시작하고 정책 바인딩(예: wsHttpBinding)을 선택한 다음 시작을 클릭합니다.

  2. 서비스가 실행되면 Wsdl 보기 링크를 클릭하여 서비스 메타데이터 URL 및 서비스 WSDL이 있는 브라우저를 엽니다. 브라우저 주소 표시줄에서 메타데이터 URL을 복사합니다.

  3. 브라우저를 열고 URL(https://[computer-name]/sentinet)을 입력하여 Sentinet 관리 콘솔을 시작합니다. 로그인하고 리포지 토리 뷰 패널에서 리포지토리 루트 요소를 선택합니다. 리포지토리 루트 요소를 마우스 오른쪽 단추로 클릭하고 서비스 > SOAP 추가 > 메뉴 옵션을 클릭합니다.

  4. 서비스 추가 대화 상자의 URL에서 WSDL 옵션에 대해 이전에 복사한 서비스 메타데이터 URL을 붙여넣고 다음을 클릭합니다.

    서비스 URL 추가

  5. 마법사가 서비스 메타데이터 다운로드를 시작합니다. 다운로드가 완료되면 마법사에 웹 서비스 트리 구조가 표시됩니다. 서비스의 이름을 입력하고 마침 을 클릭하여 서비스 메타데이터를 Sentinet 리포지토리에 업로드합니다.

    웹 서비스 구조

  6. 서비스는 버전 1로 리포지토리로 가져옵니다. 버전을 선택한 다음 엔드포인트를 선택합니다. 아래쪽의 엔드포인트 세부 정보 창에서 첨부 파일 탭을 클릭한 다음 수정을 클릭합니다.

    서비스 엔드포인트 수정

  7. 엔드포인트 세부 정보 탭에서 키워드에 대한 (+) 기호를 클릭하고 엔드포인트와 연결할 키워드(keyword) 입력한 다음(예: TestKeyword) 저장을 클릭합니다. 키워드(keyword) SOA 리포지토리에서 엔드포인트 태그(또는 식별자)로 사용됩니다.

    키워드(keyword) 지정합니다

    위의 단계를 반복하여 CustomerSearch 서비스의 새 버전을 추가하지만 다른 바인딩(예: basicHttpBinding)을 추가합니다. 이 백서의 뒷부분에서는 검색 키워드(keyword) 서비스 엔드포인트에 연결하기만 하면 Sentinet Resolver가 다른 서비스(또는 동일한 서비스의 다른 버전)에 resolve 방법을 보여 줍니다.

Sentinet 해결 프로그램 구성

이 섹션에서는 간단한 BizTalk ESB 여정 Designer 프로젝트에서 Sentinet Resolver를 구성하는 방법과 특히 키워드를 사용하여 서비스 엔드포인트에 고유하게 resolve 방법을 보여 줍니다. 이 섹션에서는 ESB 메시지를 보내지 않고 Visual Studio 자체에서 확인자를 테스트하는 방법도 보여 줍니다.

  1. Visual Studio를 시작하고 BizTalk ESB 여정 Designer 프로젝트를 만듭니다.

  2. 솔루션 탐색기 여정을 두 번 클릭하여 여정 Designer 엽니다.

  3. 도구 상자에서 디자이너 화면에서 여정 서비스 셰이프를 끌어서 놓습니다.

  4. 여정 서비스 셰이프를 선택하고 드롭다운 목록에서 여정 서비스 Extender 속성을 메시징 확장기로 변경합니다.

    Message Extender 속성 설정

  5. 여정 서비스 셰이프에서 Resolver 요소를 마우스 오른쪽 단추로 클릭하고 새 해결 프로그램 추가를 클릭합니다.

    새 해결 프로그램 추가

  6. 새 해결 프로그램 요소를 선택하고 이름을 바꿉니다(예: MyResolver). 및 Resolver 구현 속성의 경우 Sentinet Resolver 확장을 선택합니다.

    해결 프로그램 구현 설정

  7. Sentinet 확인자 확장에 대한 Action 및 Keywords 속성을 지정합니다. 이러한 속성을 사용하여 이전에 Sentinet 리포지토리에 추가한 서비스에 고유하게 resolve. Sentinet 확인자 확장에 대해 지정할 수 있는 다른 속성도 있습니다. 이러한 속성에 대한 자세한 내용은 Sentinet BizTalk 확장 사용자 가이드를 참조하세요.

    속성 설명
    작업 호출되는 서비스 작업을 고유하게 식별하는 메시지 작업 헤더입니다. 이 작업 헤더는 서비스 WSDL의 일부이며 서비스 WSDL 또는 Sentinet 관리 콘솔 사용자 인터페이스(작업의 요청 메시지 속성 아래)에서 찾을 수 있습니다.
    키워드 Sentinet 관리 콘솔에서 서비스에 할당한 키워드(keyword)(예: TestKeyword)를 제공합니다.

    다음 스크린샷은 MyResolver 구성에 대해 지정된 Action 및 Keywords 속성을 보여 줍니다.

    Sentinet Resolvery 구성

  8. 구성에 변경 내용을 저장합니다.

고급 해결 프로그램 구성

Sentinet BizTalk 확장 구성 애플리케이션은 패키지 설치 폴더의 루트에 있는 Sentinet.BizTalk.config 파일을 수정합니다(기본 위치는 <installation drive>:\Program Files\Nevatech\Sentinet BizTalk Extensions\Sentinet.BizTalk.config). 파일은 Sentinet BizTalk 확장 구성 애플리케이션 외부에서 수정하여 고급 구성 옵션을 제공할 수 있습니다. 예를 들어 많은 실제 ESB 시나리오에서 확인된 엔드포인트는 서비스 엔드포인트 주소 및 바인딩뿐만 아니라 특정 클라이언트 ID(사용자 이름/암호, 특정 Windows 계정 자격 증명 또는 클라이언트 X.509 인증서)를 통해 제공해야 합니다. 적절한 클라이언트 ID가 없으면 ESB Off-Ramp 송신 포트가 외부 서비스를 호출하지 못합니다. Sentinet Resolver를 사용하면 여정 개발자가 적절한 클라이언트 엔드포인트 ID를 제공하는 특정 엔드포인트 동작을 할당할 수 있습니다. 여러 엔드포인트 동작을 Sentinet.BizTalk.config 파일에서 표준 WCF 엔드포인트 동작으로 미리 구성한 다음, 확인된 엔드포인트 동작 속성의 동작 이름을 지정하여 Sentinet Resolver 구성의 여정에서 특정 엔드포인트 동작 을 참조할 수 있습니다.

해결 프로그램 구성 테스트

관련 속성 값을 지정하여 Sentinet Resolver를 구성한 후에는 Visual Studio 자체에서 Resolver를 테스트할 수 있습니다.

  1. 디자인 화면에서 여정 서비스 셰이프에 추가한 Sentinet Resolver를 마우스 오른쪽 단추로 클릭한 다음 확인자 구성 테스트를 클릭합니다.

    출력 창에는 아래와 유사한 발췌한 테스트 결과가 표시됩니다.

    ***** Resolved Service Endpoint *****  

Service Path and Name          : /CustomerSearch  
Service Id                     : 2b6d686a-cae1-4b7b-93da-99affef98478  
Service Version                : 1  
Endpoint Name                  : WSHttpBinding_ICustomerSearch  
Endpoint Address               : http://btscloudcar/CustomerSearch/1

    확인자는 검색 조건(TestKeyword)이 연결된 CustomerSearch 서비스 버전 1에 대한 엔드포인트를 반환했습니다.

  2. CustomerSearch 서비스의 버전 1과 연결된 TestKeyword를 제거하고 서비스의 두 번째 버전의 엔드포인트와 연결합니다.

    1. Sentinet 관리 콘솔을 열고 CustomerSearch 서비스 아래에서 버전 1을 클릭하고 wsHttpBinding 엔드포인트를 클릭한 다음 첨부 파일 탭을 클릭한 다음 수정을 클릭합니다.

      CustomerSearch 서비스 SentinetWP_RemoveKeyword 제거

    2. 이전에 입력한 키워드(keyword) 단추를 클릭하여 키워드(keyword) 삭제하고 메시지 상자에서 예를 클릭한 다음 저장을 클릭합니다.

      CustomerSearch 서비스 SentinetWP_RemoveKeyword_2 제거

    3. 이제 동일한 서비스의 버전 2에서 기본HttpBinding 엔드포인트에 동일한 키워드(keyword)(TestKeyword)를 할당합니다.

  3. Visual Studio로 돌아가기 확인자 구성을 다시 테스트합니다. 여정 서비스 셰이프에 추가한 Sentinet Resolver를 마우스 오른쪽 단추로 클릭한 다음 확인자 구성 테스트를 클릭합니다.

    출력 창에는 아래와 유사한 발췌한 테스트 결과가 표시됩니다.

    ***** Resolved Service Endpoint *****  

Service Path and Name          : /CustomerSearch  
Service Id                     : 5b9e5878-7016-44ab-9f0e-5282a8c3e508  
Service Version                : 2  
Endpoint Name                  : BasicHttpBinding_ICustomerSearch  
Endpoint Address               : http://btscloudcar/CustomerSearch/2

  4. ESB 여정 애플리케이션에서 아무것도 변경하지 않았음에도 불구하고 해결 프로그램이 서비스 버전 2 에 대한 세부 정보를 반환하는 방법을 확인합니다.

    키워드(keyword)(TestKeyword)를 WSHttpBinding 엔드포인트를 사용하여 서비스의 버전 1에 다시 할당합니다.

Sentinet BizTalk Server 확장 사용

이 섹션에서는 ESB 확인자와 함께 Sentinet BizTalk 확장을 사용하여 서비스를 고유하게 식별하고 메시지를 해당 서비스로 라우팅하는 방법을 살펴보겠습니다. 서비스 또는 클라이언트가 메시지를 보내는 것을 최소화하거나 변경하지 않습니다. 다음 두 가지 시나리오를 테스트합니다.

  • Sentinet 리포지토리에 등록된 서비스에 샘플 메시지를 보냅니다(키워드(keyword) 연결됨). 그런 다음 Sentinet 관리 콘솔을 사용하여 서비스에 대한 정책 바인딩을 변경하고 다른 샘플 메시지를 보냅니다. 이 시나리오에서는 서비스의 보안 정책을 변경해도 클라이언트 애플리케이션이나 ESB 여정에 영향을 미치지 않는 방법을 보여 줍니다.

  • Sentinet 리포지토리에 등록된 서비스 엔드포인트에 샘플 메시지를 보냅니다(키워드(keyword) 연결됨). 그런 다음 동일한 키워드(keyword) 동일한 서비스의 다른 버전에 연결하고 메시지를 다시 보냅니다. 이 시나리오에서는 다른 서비스 버전에 키워드(keyword) 연결하면 메시지를 새 서비스 버전으로 자동으로 라우팅하는 방법을 보여 줍니다.

    이러한 시나리오를 테스트하려면 다음 샘플을 사용합니다.

  • Sentinet 설치 관리자와 함께 제공되는 고객 검색 서비스입니다. 이 서비스는 시작 메뉴에서 시작할 수 있습니다.

  • Sentinet 설치 관리자와 함께 제공되는 Nevatech.Vsb.BizTalk.Samples 솔루션입니다. 이 샘플은 에서 <installation drive>:\Program Files\Nevatech\Sentinet BizTalk Extensions\Samples사용할 수 있습니다.

  • Esb. Itinerary.Test 샘플은 Microsoft BizTalk ESB 도구 키트와 함께 제공됩니다. 이는 에서 <install drive>:\Program Files (x86)\Microsoft BizTalk ESB Toolkit\ESBSource.zip\Source\Samples\Itinerary\Source\ESB.Itinerary.Test 사용할 수 있으며 고객 검색 서비스에 대한 샘플 메시지를 테스트하는 데 사용됩니다.

서비스 정책 바인딩을 변경하여 Sentinet 확인자를 테스트하려면

  1. wsHttpBinding을 사용하여 배포한 CustomerSearch 서비스가 실행 중인지 확인합니다.

  2. Nevatech.Vsb.BizTalk.Samples 샘플에서 CustomerSearch.Search.itinerary를 열고, 경로 메시지 셰이프 내의 메시지 확장기에서 서비스 엔드포인트 확인을 선택하고, Keywords 속성에 대해 TestKeyword와 같은 키워드(keyword) 지정합니다.

    키워드(keyword) 할당

  3. 일정 변경 내용을 저장하고 모델을 내보냅니다. 여정 디자이너 화면에서 아무 곳이나 마우스 오른쪽 단추로 클릭하고 모델 내보내기를 클릭합니다.

  4. BizTalk Server 관리 콘솔에서 Microsoft.Practices.ESB 애플리케이션을 마우스 오른쪽 단추로 클릭하고 가져오기를 클릭한 다음 바인딩을 클릭합니다. 에서 ESB 확인자 샘플 위치 <installation drive>:\Program Files\Nevatech\Sentinet BizTalk Extensions\Samples\ESB Resolver로 이동하고 BizTalk.Bindings.xml 파일을 엽니다. 그러면 샘플 여정에 필요한 Sentinet Solicit-Response 및 Sentinet 단방향 송신 포트가 만들어집니다.

    또한 Microsoft.Practices.ESB BizTalk 애플리케이션의 모든 송신 포트 및 수신 위치가 등록되고 시작되었는지 확인합니다.

  5. ESB를 엽니다. Itinerary.Test 애플리케이션을 빌드하고 실행합니다. 시작되는 여정 테스트 클라이언트에서 다음 단계를 수행합니다.

    1. 여정 테스트 클라이언트의 웹 서비스 옵션에서 WCF 서비스 사용의 선택을 취소하고 양방향 서비스를 선택합니다.

    2. 서비스 유형 드롭다운에서 메시징을 선택합니다.

    3. 여정 로드를 클릭하고 에 있는 샘플 프로젝트의 ExportedItineraries 폴더<installation drive>:\Program Files\Nevatech\Sentinet BizTalk Extensions\Samples\ESB Resolver\ExportedItineraries에 있는 CustomerSearch.Search.Itinerary.xml 파일로 이동합니다.

    4. 메시지 로드 그룹에서 줄임표 단추(..)를 클릭하고 에 있는 프로젝트의 SampleMessages 폴더<installation drive>:\Program Files\Nevatech\Sentinet BizTalk Extensions\Samples\ESB Resolver\SampleMessages에 있는 CustomerSearch.Search.Request.xml 이동합니다.

    5. 요청 제출을 클릭하고 의 응답이 수신되었는지 확인합니다.

  6. CustomerSearch 대화 상자에서 카운터가 하나씩 증가하는 것을 확인합니다.

  7. Sentinet 관리 콘솔에서 wsHttpBinding 대신 basicHttpBinding을 사용하도록 엔드포인트 세부 정보를 업데이트합니다.

    1. 서비스 엔드포인트를 선택하고 세부 정보 탭을 클릭한 다음 수정을 클릭합니다.

    2. 세부 정보 탭의 정책 섹션에서 줄임표(...)를 클릭하여 정책 수정 마법사를 시작합니다.

      정책 수정 마법사 시작

    3. 첫 번째 페이지에서 정책 유형을 비공개 로 유지하고 다음을 클릭합니다.

    4. 두 번째 페이지에서 wsHttpBinding XML 요소를 basicHttpBinding (대/소문자 구분)으로 변경한 다음 마침을 클릭합니다.

      정책 바인딩 업데이트

    5. 저장을 클릭하여 엔드포인트 세부 정보에 변경 내용을 저장합니다.

  8. CustomerSearch 서비스를 중지하고 wsHttpBinding에서 basicHttpBinding으로 바인딩을 변경한 다음 서비스를 다시 시작합니다.

    다른 바인딩 SentinetWP_RestartCustService 사용하여 서비스 다시 시작

  9. 테스트 여정 클라이언트에서 고객 Search Service 테스트 메시지를 다시 보냅니다. 고객 검색 서비스 대화 상자의 카운터가 다시 1씩 증가합니다.

    메시지가 성공적으로 수신되면 Sentinet 관리 콘솔에서 정책 세부 정보를 다시 wsHttpBinding으로 변경합니다. 마찬가지로 고객 검색 서비스를 중지하고 정책을 wsHttpBinding으로 다시 변경한 다음 서비스를 시작합니다.

    이는 여정 또는 클라이언트를 변경하지 않고 업데이트된 서비스 엔드포인트를 대상으로 하려면 Sentinet 리포지토리의 서비스 세부 정보를 즉시 업데이트하는 방법을 보여 줍니다.

키워드(keyword) 할당을 변경하여 Sentinet 확인자를 테스트하려면

  1. wsHttpBinding 및 basicHttpBinding을 사용하여 배포한 CustomerSearch 서비스의 두 인스턴스가 실행 중인지 확인합니다.

  2. Nevatech.Vsb.BizTalk.Samples 샘플에서 CustomerSearch.Search.itinerary를 열고, 경로 메시지 셰이프 내의 메시지 확장기에서 서비스 엔드포인트 확인을 선택하고, Keywords 속성에 대해 TestKeyword와 같은 키워드(keyword) 지정합니다.

    키워드(keyword) 할당

  3. 일정 변경 내용을 저장하고 모델을 내보냅니다. 여정 디자이너 화면에서 아무 곳이나 마우스 오른쪽 단추로 클릭하고 모델 내보내기를 클릭합니다.

  4. BizTalk Server 관리 콘솔에서 Microsoft.Practices.ESB 애플리케이션을 마우스 오른쪽 단추로 클릭하고 가져오기를 클릭한 다음 바인딩을 클릭합니다. 에서 ESB 확인자 샘플 위치 <installation drive>:\Program Files\Nevatech\Sentinet BizTalk Extensions\Samples\ESB Resolver로 이동하고 BizTalk.Bindings.xml 파일을 엽니다. 그러면 샘플 여정에 필요한 Sentinet Solicit-Response 및 Sentinet 단방향 송신 포트가 만들어집니다.

    또한 Microsoft.Practices.ESB BizTalk 애플리케이션의 모든 송신 포트 및 수신 위치가 등록되고 시작되었는지 확인합니다.

  5. ESB를 엽니다. Itinerary.Test 애플리케이션을 빌드하고 실행합니다. 시작되는 여정 테스트 클라이언트에서 다음 단계를 수행합니다.

    1. 여정 테스트 클라이언트의 웹 서비스 옵션에서 WCF 서비스 사용의 선택을 취소하고 양방향 서비스를 선택합니다.

    2. 서비스 유형 드롭다운에서 메시징을 선택합니다.

    3. 여정 로드를 클릭하고 에 있는 샘플 프로젝트의 ExportedItineraries 폴더<installation drive>:\Program Files\Nevatech\Sentinet BizTalk Extensions\Samples\ESB Resolver\ExportedItineraries에 있는 CustomerSearch.Search.Itinerary.xml 파일로 이동합니다.

    4. 메시지 로드 그룹에서 줄임표 단추(..)를 클릭하고 에 있는 프로젝트의 SampleMessages 폴더<installation drive>:\Program Files\Nevatech\Sentinet BizTalk Extensions\Samples\ESB Resolver\SampleMessages에 있는 CustomerSearch.Search.Request.xml 이동합니다.

    5. 요청 제출을 클릭하고 의 응답이 수신되었는지 확인합니다.

  6. CustomerSearch 대화 상자에서 카운터가 하나씩 증가하는 것을 확인합니다.

  7. Sentinet 관리 콘솔에서 CustomerSearch 서비스의 버전 1과 연결된 TestKeyword를 제거하고 서비스의 버전 2와 연결합니다.

    1. Sentinet 관리 콘솔을 열고 CustomerSearch 서비스 아래에서 버전 1을 클릭하고 wsHttpBinding 엔드포인트를 클릭한 다음 첨부 파일 탭을 클릭한 다음 수정을 클릭합니다.

      CustomerSearch 서비스 SentinetWP_RemoveKeyword 제거

    2. 이전에 입력한 키워드(keyword) 단추를 클릭하여 키워드(keyword) 삭제하고 메시지 상자에서 예를 클릭한 다음 저장을 클릭합니다.

      CustomerSearch 서비스 SentinetWP_RemoveKeyword_2 제거

    3. 이제 동일한 서비스의 버전 2에서 기본HttpBinding 엔드포인트에 동일한 키워드(keyword)(TestKeyword)를 할당합니다.

  8. 테스트 여정 클라이언트에서 테스트 메시지를 다시 보내고 이번에는 기본HttpBinding을 사용하여 배포된 서비스의 버전 2를 나타내는 대화 상자에서 카운터가 증가합니다.